Re: Формат подписи pgp
Murat D. Kadirov - Russian Debian List @ Thu, 31 Jul 2008 23:27:32 +0600:
MDK Никак не могу определится с выбором подписи к своим email-сообщениям. К
MDK примеру некоторые клиенты, такие как Outlook Express и саму подпись, и
MDK тело письма, при нынешнем формате моей подписи отправляет в аттач.
MDK Нагуглил такую вещь Mutt-GnuPG-PGP-HOWTO, где сказанно:
MDK In the first days, the PGP sign was included inside the text to sign.
MDK Later, it was included the application/pgp MIME type to show that the
MDK next attach was the sign or the encrypted PGP message, and finally, with
MDK the PGP/MIME specification, it was possible to isolate the sign from the
MDK original affected, to not modify absolutelly and somebody that didn't
MDK have PGP could view the message as it was originally (only for signed
MDK messages), without any added text in the beginning or in the end from
MDK PGP.
MDK Меня интересует какая же подпись по вышеприведённому тексту у меня,
MDK вторая или третья? Существуют ли какие-то официальные рекомендации?
MDK Как бы всё это организовать по-доброму в mutt, чтобы и девочки
MDK беловолосые в конторах шибко не спотыкались и, чтобы по-грамотней всё
MDK было :)
PGP/MIME с отделенной подписью.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Программы на Haskell настолько ленивы, что по умолчанию вообще не хотят
работать.
-- http://absurdopedia.wikia.com/wiki/Haskell
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Формат подписи pgp
On Thu, Jul 31, 2008 at 11:27:32PM +0600, Murat D. Kadirov wrote: Никак не могу определится с выбором подписи к своим email-сообщениям. К примеру некоторые клиенты, такие как Outlook Express и саму подпись, и тело письма, при нынешнем формате моей подписи отправляет в аттач. Нагуглил такую вещь Mutt-GnuPG-PGP-HOWTO, где сказанно: In the first days, the PGP sign was included inside the text to sign. Later, it was included the application/pgp MIME type to show that the next attach was the sign or the encrypted PGP message, and finally, with the PGP/MIME specification, it was possible to isolate the sign from the original affected, to not modify absolutelly and somebody that didn't have PGP could view the message as it was originally (only for signed messages), without any added text in the beginning or in the end from PGP. Меня интересует какая же подпись по вышеприведённому тексту у меня, вторая или третья? Существуют ли какие-то официальные рекомендации? Как бы всё это организовать по-доброму в mutt, чтобы и девочки беловолосые в конторах шибко не спотыкались и, чтобы по-грамотней всё было :) По-моему, народ черезмерно увлекается подписями в рассылках, так ли уж оно надо тут? (Вот сейчас какой-нибудь недоросль примется шельмовать моё честное имя. Угу, паранойя :) ) -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Формат подп иси pgp
09:56 Fri 01 Aug , Artem Chuprina написал: Murat D. Kadirov - Russian Debian List @ Thu, 31 Jul 2008 23:27:32 +0600: MDK Никак не могу определится с выбором подписи к своим email-сообщениям. К MDK примеру некоторые клиенты, такие как Outlook Express и саму подпись, и MDK тело письма, при нынешнем формате моей подписи отправляет в аттач. MDK Нагуглил такую вещь Mutt-GnuPG-PGP-HOWTO, где сказанно: MDK In the first days, the PGP sign was included inside the text to sign. MDK Later, it was included the application/pgp MIME type to show that the MDK next attach was the sign or the encrypted PGP message, and finally, with MDK the PGP/MIME specification, it was possible to isolate the sign from the MDK original affected, to not modify absolutelly and somebody that didn't MDK have PGP could view the message as it was originally (only for signed MDK messages), without any added text in the beginning or in the end from MDK PGP. MDK Меня интересует какая же подпись по вышеприведённому тексту у меня, MDK вторая или третья? Существуют ли какие-то официальные рекомендации? MDK Как бы всё это организовать по-доброму в mutt, чтобы и девочки MDK беловолосые в конторах шибко не спотыкались и, чтобы по-грамотней всё MDK было :) PGP/MIME с отделенной подписью. ээ, что именно, у меня PGP/MIME с отделённой подписью? или таковы рекомендации? -- Murat D. Kadirov pgpIqULxCHlkC.pgp Description: PGP signature
Re: Формат подписи pgp
,--[Stanislav Maslovski 01/08/2008 11:09 (GMT +3) | Меня интересует какая же подпись по вышеприведённому тексту у меня, | вторая или третья? Существуют ли какие-то официальные рекомендации? | Как бы всё это организовать по-доброму в mutt, чтобы и девочки | беловолосые в конторах шибко не спотыкались и, чтобы по-грамотней всё | было :) | | По-моему, народ черезмерно увлекается подписями в рассылках, так ли уж | оно надо тут? (Вот сейчас какой-нибудь недоросль примется шельмовать моё | честное имя. Угу, паранойя :) ) `- Если разговор зашел про беловолосых девочек с аутлуком - думаю вопрос первоначальный относится к почте вообще, а не только к рассылкам. -- Best regards, Mikhail signature.asc Description: This is a digitally signed message part.
Re: Формат подписи pgp
Murat D. Kadirov - Russian Debian List @ Fri, 1 Aug 2008 13:18:36 +0600:
PGP/MIME с отделенной подписью.
MDK ээ, что именно, у меня PGP/MIME с отделённой подписью? или таковы
MDK рекомендации?
Такова рекомендация.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Все дуры - бабы
фольклор
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Формат подписи pgp
On Fri, Aug 01, 2008 at 11:32:56AM +0400, Mikhail A Antonov wrote: ,--[Stanislav Maslovski 01/08/2008 11:09 (GMT +3) | Меня интересует какая же подпись по вышеприведённому тексту у меня, | вторая или третья? Существуют ли какие-то официальные рекомендации? | Как бы всё это организовать по-доброму в mutt, чтобы и девочки | беловолосые в конторах шибко не спотыкались и, чтобы по-грамотней всё | было :) | | По-моему, народ черезмерно увлекается подписями в рассылках, так ли уж | оно надо тут? (Вот сейчас какой-нибудь недоросль примется шельмовать моё | честное имя. Угу, паранойя :) ) `- Если разговор зашел про беловолосых девочек с аутлуком - думаю вопрос первоначальный относится к почте вообще, а не только к рассылкам. Тем не менее, и по твоему письму видно, что мое замечание все же пришлось в тему. -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: LUKS + keys stored on encrypted usb pen drives
Maxym Kudelya пишет: Vladimir Elizarov wrote: Есть зашифрованый раздел (/dev/sda5 монтируется в /) который создан инсталятором Debian'a и просит пароль при загрузке. Хочу вместо пароля был ключ, который будет на флешке. Кто может подсказать про это или ткнуть на howto. Всё что нашел в google не очень прояснило как это сделать в debian. http://www.howtoforge.com/automatically-unlock-luks-encrypted-drives-with-a-keyfile посмотрел статью. почти не помогло. у меня luks+lvm и я так и не понял что писать в /etc/crypttab -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Opera для AMD64 на Qt4
On Sunday 20 July 2008, Abdourazak Osmanov wrote: AO Привет! AO Никак не могу вспомнить, на каком ftp лежат сабжевые сборки. На официальном AO ftp.opera.com лежат сборки только под Qt3. Не подскажите? AO На официальных я такого не встречал. Возможно, кто-то перепаковал пакет, там же static-build. -- Sergei Stolyarov
Wmii и кириллица
Столкнулся с проблемой отображения кириллицы в заголовках и на панели. Кириллица либо не отображается вообще, либо пишутся кракозябры. Используемый шрифт в консоли и приложениях работает нормально. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
zsh
Смотрю в сторону zsh, изучаю. Поясните мне такое поведение eval: % cat ~/.zshenv setopt sh_option_letters sh_word_split glob_subst no_nomatch no_notify posix_builtins % ls -l total 4 -rw-r--r-- 1 stas stas 0 2008-08-01 17:36 TEST='*' -rwxr-xr-x 1 stas stas 26 2008-08-01 16:44 test % ./test TEST='*' % eval `./test` % echo $TEST * % TEST= % echo $TEST % setopt nomatch % eval `./test` % echo $TEST * % TEST= % echo $TEST % rm TEST=\'\*\' [EMAIL PROTECTED]:/tmp/a] % eval `./test` zsh: no matches found: TEST='*' [EMAIL PROTECTED]:/tmp/a] % echo $TEST Ы? -- Stanislav PS: % zsh --version zsh 4.3.6 (i686-pc-linux-gnu) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: zsh
On Fri, Aug 01, 2008 at 05:51:39PM +0400, Stanislav Maslovski wrote: Смотрю в сторону zsh, изучаю. Поясните мне такое поведение eval: ... % rm TEST=\'\*\' [EMAIL PROTECTED]:/tmp/a] % eval `./test` zsh: no matches found: TEST='*' [EMAIL PROTECTED]:/tmp/a] % echo $TEST В последних строчках пролез промпт [EMAIL PROTECTED]:/tmp/a], забыл подчистить. Удивляться внезапному его появлению не надо, соль не в этом. -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Формат подписи pgp
Stanislav Maslovski - debian-russian@lists.debian.org @ Fri, 1 Aug 2008
11:09:45 +0400:
SM По-моему, народ черезмерно увлекается подписями в рассылках, так ли
SM уж оно надо тут? (Вот сейчас какой-нибудь недоросль примется
SM шельмовать моё честное имя. Угу, паранойя :) )
В наш жестокий век, когда нельзя уже поставить пакет или плагин к
браузеру, не проверив под ним подписи...
А еще, кстати, неплохая защита от ложных срабатываний спамодавки.
Письмо с проверенной _знакомой_ подписью - точно не спам...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Лень оправдывает средства
pgpGarEW6hQdo.pgp
Description: PGP signature
Re: zsh
On Fri, Aug 01, 2008 at 05:56:52PM +0400, Stanislav Maslovski wrote: On Fri, Aug 01, 2008 at 05:51:39PM +0400, Stanislav Maslovski wrote: Смотрю в сторону zsh, изучаю. Поясните мне такое поведение eval: ... % rm TEST=\'\*\' [EMAIL PROTECTED]:/tmp/a] % eval `./test` zsh: no matches found: TEST='*' [EMAIL PROTECTED]:/tmp/a] % echo $TEST В последних строчках пролез промпт [EMAIL PROTECTED]:/tmp/a], забыл подчистить. Удивляться внезапному его появлению не надо, соль не в этом. Кстати, заодно вижу, что промпт кривой =) -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: zsh
Stanislav Maslovski - debian-russian@lists.debian.org @ Fri, 1 Aug 2008
17:51:39 +0400:
SM Смотрю в сторону zsh, изучаю. Поясните мне такое поведение eval:
SM
SM % cat ~/.zshenv
SM setopt sh_option_letters sh_word_split glob_subst no_nomatch no_notify
posix_builtins
SM % ls -l
SM total 4
SM -rw-r--r-- 1 stas stas 0 2008-08-01 17:36 TEST='*'
SM -rwxr-xr-x 1 stas stas 26 2008-08-01 16:44 test
SM % ./test
SM TEST='*'
SM % eval `./test`
SM % echo $TEST
SM *
SM % TEST=
SM % echo $TEST
SM % setopt nomatch
SM % eval `./test`
SM % echo $TEST
SM *
SM % TEST=
SM % echo $TEST
SM % rm TEST=\'\*\'
SM [EMAIL PROTECTED]:/tmp/a]
SM % eval `./test`
SM zsh: no matches found: TEST='*'
SM [EMAIL PROTECTED]:/tmp/a]
SM % echo $TEST
SM
SM Ы?
man zshexpn
/^COMMAND SUBSTITUTION
последнее предложение
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
hands-free BSD
-- (С)энта
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: zsh
On Fri, Aug 01, 2008 at 06:16:02PM +0400, Artem Chuprina wrote: Stanislav Maslovski - debian-russian@lists.debian.org @ Fri, 1 Aug 2008 17:51:39 +0400: SM % rm TEST=\'\*\' SM [EMAIL PROTECTED]:/tmp/a] SM % eval `./test` SM zsh: no matches found: TEST='*' SM [EMAIL PROTECTED]:/tmp/a] SM % echo $TEST SM SM Ы? man zshexpn /^COMMAND SUBSTITUTION последнее предложение Это хорошо, но почему за паттерн берется целиком TEST='*'? -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Wmii и кириллица
2008/8/1 Rust Koulmatov [EMAIL PROTECTED]: Столкнулся с проблемой отображения кириллицы в заголовках и на панели. Кириллица либо не отображается вообще, либо пишутся кракозябры. Используемый шрифт в консоли и приложениях работает нормально. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Смотрите snapshots. -- Best regards, Oleg Gashev.
Re: zsh
Stanislav Maslovski - debian-russian@lists.debian.org @ Fri, 1 Aug 2008
18:35:02 +0400:
SM % rm TEST=\'\*\'
SM [EMAIL PROTECTED]:/tmp/a]
SM % eval `./test`
SM zsh: no matches found: TEST='*'
SM [EMAIL PROTECTED]:/tmp/a]
SM % echo $TEST
SM
SM Ы?
man zshexpn
/^COMMAND SUBSTITUTION
последнее предложение
SM Это хорошо, но почему за паттерн берется целиком TEST='*'?
По той же причине, по которой, когда ты пишешь echo .xsession-*, за
паттерн берется целиком .xsession-*. А что?
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Рюкзак не пересобирают, рюкзак укладывают! (c)Руна
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: zsh
On Fri, Aug 01, 2008 at 07:39:35PM +0400, Artem Chuprina wrote: Stanislav Maslovski - debian-russian@lists.debian.org @ Fri, 1 Aug 2008 18:35:02 +0400: SM % rm TEST=\'\*\' SM [EMAIL PROTECTED]:/tmp/a] SM % eval `./test` SM zsh: no matches found: TEST='*' SM [EMAIL PROTECTED]:/tmp/a] SM % echo $TEST SM SM Ы? man zshexpn /^COMMAND SUBSTITUTION последнее предложение SM Это хорошо, но почему за паттерн берется целиком TEST='*'? По той же причине, по которой, когда ты пишешь echo .xsession-*, за паттерн берется целиком .xsession-*. А что? Но ведь из примера видно, что шелл при _найденном_ совпадении вовсе не пытается запустить файл TEST='*' (и совсем не это у шелла просят), а твое объяснение подходит как раз под такую семантику. Причем тут no matches found при отсутствии какого-то совершенно не имеющего отношения к делу файла? Поясни. -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: zsh
Stanislav Maslovski - debian-russian@lists.debian.org @ Fri, 1 Aug 2008
20:06:05 +0400:
SM % rm TEST=\'\*\'
SM [EMAIL PROTECTED]:/tmp/a]
SM % eval `./test`
SM zsh: no matches found: TEST='*'
SM [EMAIL PROTECTED]:/tmp/a]
SM % echo $TEST
SM
SM Ы?
man zshexpn
/^COMMAND SUBSTITUTION
последнее предложение
SM Это хорошо, но почему за паттерн берется целиком TEST='*'?
По той же причине, по которой, когда ты пишешь echo .xsession-*, за
паттерн берется целиком .xsession-*. А что?
SM Но ведь из примера видно, что шелл при _найденном_ совпадении вовсе не
SM пытается запустить файл TEST='*' (и совсем не это у шелла просят),
SM а твое объяснение подходит как раз под такую семантику.
При ненайденном совпадении он тоже не пытается его запустить.
SM Причем тут no matches found при отсутствии какого-то совершенно
SM не имеющего отношения к делу файла? Поясни.
Ты вообще прочел, что такое filename generation? Судя по вопросу про
паттерн - прочел.
Итак. Подробно.
man zshexpn
/^COMMAND SUBSTITUTION
Пред-предпоследнее предложение.
If the substitution is not enclosed in double quotes, the output is
broken into words using the IFS parameter.
В твоем случае вывод команды - TEST='*'. Символов из IFS в нем нет,
поэтому слово получается одно.
Последнее предложение.
In either case, if the option GLOB_SUBST is set, the output is eligible
for filename generation.
Он у тебя set. Т.е. весь наш вывод, состоящий из одного слова,
подвергается filename generation.
/^FILENAME GENERATION
If a word contains an unquoted instance of one of the characters ‘*’,
‘(’, ‘|’, ‘’, ‘[’, or ‘?’, it is regarded as a pattern for
filename generation, unless the GLOB option is unset.
В данном случае звездочка unquoted, потому что квотинг работает раньше,
чем command substitution, и апострофы теперь - просто такие символы.
Поэтому слово TEST='*' рассматривается как паттерн, содержащий звездочку
(в командной строке его пришлось бы вводить как TEST=\'*\' - собственно,
zsh% echo TEST='*'
TEST=*
zsh% echo TEST=\'*\'
zsh: no matches found: TEST='*'
).
Читаем дальше.
The word is replaced with a list of sorted filenames that match the
pattern. If no (тут явно пропущено слово files) matching pattern is
found, the shell gives an error message, ... or unless the NOMATCH
option is unset, in which case the word is left unchanged.
То бишь, если ты в оригинале сделашь не файл TEST='*' (с именем, в
точности соответствующим, так получилось, шаблону), а TEST='111' и
TEST='', то ты получишь два слова в выводе, и ни одно из них не будет
TEST='*'.
При отсутствии же матчащегося файла и установленной опции NOMATCH
(обрати внимание на два отрицания в мане) ты получишь дефолтное
поведение, т.е. error message.
Так понятно?
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
А еще следует потребовать, чтобы программисты, перед тем, как писать код,
внимательно прочли спецификацию: с сыром - это чизбургер.
Игус в [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Формат подписи pgp
Artem Chuprina [EMAIL PROTECTED] wrote: [-- text/plain, кодировка quoted-printable, кодировка: koi8-r, 31 строк --] Stanislav Maslovski - debian-russian@lists.debian.org @ Fri, 1 Aug 2008 11:09:45 +0400: SM По-моему, народ черезмерно увлекается подписями в рассылках, так ли SM уж оно надо тут? (Вот сейчас какой-нибудь недоросль примется SM шельмовать моё честное имя. Угу, паранойя :) ) В наш жестокий век, когда нельзя уже поставить пакет или плагин к браузеру, не проверив под ним подписи... А еще, кстати, неплохая защита от ложных срабатываний спамодавки. Письмо с проверенной _знакомой_ подписью - точно не спам... Пока писем 10 в час - хорошо.. а я видел la=170 из-за проверок innd cnacel мессаджей путем pgp.. жопораздирающее зрелище спешу заметить. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Формат подписи pgp
Andrey Melnikoff - debian-russian@lists.debian.org @ Sat, 2 Aug 2008 00:08:57
+0400:
SM По-моему, народ черезмерно увлекается подписями в рассылках,
SM так ли уж оно надо тут? (Вот сейчас какой-нибудь недоросль
SM примется шельмовать моё честное имя. Угу, паранойя :) )
В наш жестокий век, когда нельзя уже поставить пакет или плагин к
браузеру, не проверив под ним подписи...
А еще, кстати, неплохая защита от ложных срабатываний спамодавки.
Письмо с проверенной _знакомой_ подписью - точно не спам...
AM Пока писем 10 в час - хорошо.. а я видел la=170 из-за проверок innd
AM cnacel мессаджей путем pgp.. жопораздирающее зрелище спешу
AM заметить.
А лимиты надо ставить сообразно возможностям машины...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Если бы думать было также приятно, как заниматься любовью,
мы жили бы в совершенно другом мире.
-- Лис
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
iptables string matching
почему такой вариант работает: iptables -P OUTPUT ACCEPT iptables -I OUTPUT 1 -p tcp -m string --string google.com --algo bm -j DROP и на гугл не пускает а такой не работает: iptables -P OUTPUT DROP iptables -I OUTPUT 1 -p tcp -m string --string google.com --algo bm -j ACCEPT на гугл тоже не пускает
Re: zsh
On Fri, Aug 01, 2008 at 10:42:36PM +0400, Artem Chuprina wrote: Stanislav Maslovski - debian-russian@lists.debian.org @ Fri, 1 Aug 2008 20:06:05 +0400: SM % rm TEST=\'\*\' SM [EMAIL PROTECTED]:/tmp/a] SM % eval `./test` SM zsh: no matches found: TEST='*' SM [EMAIL PROTECTED]:/tmp/a] SM % echo $TEST SM SM Ы? man zshexpn /^COMMAND SUBSTITUTION последнее предложение SM Это хорошо, но почему за паттерн берется целиком TEST='*'? По той же причине, по которой, когда ты пишешь echo .xsession-*, за паттерн берется целиком .xsession-*. А что? SM Но ведь из примера видно, что шелл при _найденном_ совпадении вовсе не SM пытается запустить файл TEST='*' (и совсем не это у шелла просят), SM а твое объяснение подходит как раз под такую семантику. При ненайденном совпадении он тоже не пытается его запустить. SM Причем тут no matches found при отсутствии какого-то совершенно SM не имеющего отношения к делу файла? Поясни. Ты вообще прочел, что такое filename generation? Судя по вопросу про паттерн - прочел. Итак. Подробно. [ skipped ] Спасибо. Механику эту я способен понять и самостоятельно, хотя, как выясняется, я склонен приписывать текстам несуществующие сущности ;) zsh% echo TEST='*' TEST=* zsh% echo TEST=\'*\' zsh: no matches found: TEST='*' Бог с ним, с эхо. Меня заинтересовало, что в ожидаемом мной контексте eval, в частности, когда я пытаюсь присвоить некое значение параметру TEST, я, к удивлению своему, обнаруживаю, что оно зависит от наличия или отсутствия в текущей директории какого-то не имеющего отношения к делу файла. Что мне и показалось странным. В итоге выяснилось, что и bash поступает также. Воистину, пока сам на грабли не наступишь, в голове прояснения не появится. То бишь, если ты в оригинале сделашь не файл TEST='*' (с именем, в точности соответствующим, так получилось, шаблону), а TEST='111' и TEST='', то ты получишь два слова в выводе, и ни одно из них не будет TEST='*'. Проверил пример. Да, так все и происходит. -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: zsh
On Sat, Aug 02, 2008 at 09:23:35AM +0400, Stanislav Maslovski wrote: Бог с ним, с эхо. Меня заинтересовало, что в ожидаемом мной контексте eval, в частности, когда я пытаюсь присвоить некое значение параметру TEST, я, к удивлению своему, обнаруживаю, что оно зависит от наличия или отсутствия в текущей директории какого-то не имеющего отношения к делу файла. Что мне и показалось странным. В итоге выяснилось, что и bash поступает также. Воистину, пока сам на грабли не наступишь, в голове прояснения не появится. В догонку: собственно, зачем все это было надо. Я пытаюсь определить для себя разумный минимум опций, которые, с одной стороны, сделают zsh более совместимым с bash к которому я привык, а с другой стороны, не хочется с водой выплеснуть и ребенка. Вижу теперь, что _установленный_ NOMATCH полезен, так как может защитить от ошибок с квотингом и пр. в скриптах (а заодно добавить понимания там, где его заменял инстинкт). -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
