Re: hardlinks на всю структуру каталогов с файлами
Alexander Tiurin wrote: Не, нужен хардлинк на данные, хранящиеся в определенной директории. Ведь дали же уже верный ответ — cp -al. Чего ещё надо? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Fw: [Ticket #18] Идеологически вер ный звукосервер.
On Wednesday 07 of October 2009 20:36:53 Alexander Galanin wrote: Дмитрий, Вы случайно не в курсе, что это за письмо пришло мне, когда я ответил на ваше письмо в рассылку? И главное: как оно ко мне попало? Нет, а можно его с полными заголовками на a...@agalakov.spb.ru? -- WestCall SPb dept. Phone: +7-(812)-320-0500 ext. 4580 e-mail: agala...@westcall.net
Re: По поводу неудобств списка рассылки
Илья wrote: list.debian.org From: x...@.ru To: debian-russian@lists.debian.org ==нету Reply-To, а вроде надо!== List-Post: mailto:debian-russian@lists.debian.org Sender: x...@.xxx И что делать, если автор сам установил Reply-To? Как потом с ним связаться? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Ticket #18] Идеологически вер ный звукосервер.
On Thu, 8 Oct 2009 10:22:27 +0400 Dmitry V. Agalakov a...@agalakov.spb.ru wrote: On Wednesday 07 of October 2009 20:36:53 Alexander Galanin wrote: Дмитрий, Вы случайно не в курсе, что это за письмо пришло мне, когда я ответил на ваше письмо в рассылку? И главное: как оно ко мне попало? Нет, а можно его с полными заголовками на a...@agalakov.spb.ru? Мне тоже с этими Ticket привалило после ответов в рассылку. У кого-то робот сглючил. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Thu, 8 Oct 2009 09:10:16 +0400 Mark Goldshtein mark.goldsht...@gmail.com wrote: 2009/10/8 Sergey Korobitsin underta...@arta.kz: Wed, Oct 07, 2009 at 22:41 +0400 Илья воздействовал на энтропию: Пользуюсь web интерфейсом для почты. В заголовке письма из рассылки приходят от отправителя. Ессественно, по кнопке ответить , кому проставляется как отправитель, а не список рассылки. Для отправки письма требуется делать лишнии движения.Часто ветки рассылки разбиваются на две и более, неизвестно по какой причине(перекодировка, лишние пробелы?). Причем, при ответ в ubuntu...@lists.ubuntu.com, получатель проставляется как адрес рассылки, т.е. нужный. Интересно, сколько раз в год эта тема всплывает? Наверное, тема всплывает, поскольку люди мучаются, и причина их мучений им не совсем понятна? Причина совершенно понятна - кривые почтовые клиенты. http://gq.net.ru/2007/07/18/for-those-who-still-cares-about-reply-to-munging/ На мой взгляд, автор это болг-поста просто взял и выдрал кусочек из текста описывающего стандарт. Этот кусочек, как показалось автору, полностью оправдывает те неудобства, которые испытывают подписчики, вручную подставляя адрес рассылки. По-моему ты не прочел пост целиком. Подписчики не испытывают проблем, если у них нормальный почтовый клиент или хотя бы дееспособный мозг. Список рассылки не является author of the message ни каким боком. Поэтому он не должен добавлять заголовок Retply-to и уж тем более заменять Reply-to выставленный автором письма. Я конечно извиняюсь, но английское слово с широким значением originator - в данном случае, означает лишь место, откуда письмо было послано. Английское слово ordinator ты заметил, а author пропустил? Надо читать по слогам с разбором конструкций? Там написано это почтовый ящик на который _автор_письма_ хотел бы получить ответ. Этого достаточно, выдумывать лишнее не обязательно. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
2009/10/8 Alexander GQ Gerasiov g...@cs.msu.su: Thu, 8 Oct 2009 09:10:16 +0400 Mark Goldshtein mark.goldsht...@gmail.com wrote: 2009/10/8 Sergey Korobitsin underta...@arta.kz: Wed, Oct 07, 2009 at 22:41 +0400 Илья воздействовал на энтропию: Пользуюсь web интерфейсом для почты. В заголовке письма из рассылки приходят от отправителя. Ессественно, по кнопке ответить , кому проставляется как отправитель, а не список рассылки. Для отправки письма требуется делать лишнии движения.Часто ветки рассылки разбиваются на две и более, неизвестно по какой причине(перекодировка, лишние пробелы?). Причем, при ответ в ubuntu...@lists.ubuntu.com, получатель проставляется как адрес рассылки, т.е. нужный. Интересно, сколько раз в год эта тема всплывает? Наверное, тема всплывает, поскольку люди мучаются, и причина их мучений им не совсем понятна? Причина совершенно понятна - кривые почтовые клиенты. Ну, если для корректного пользования такой элементарной вещью как рассылка нужен какой-то ещё определённый майл-клиент... то против такой логики - я пас. Впрочем, может быть, нужна ещё какая-то определённая операционная система? http://gq.net.ru/2007/07/18/for-those-who-still-cares-about-reply-to-munging/ На мой взгляд, автор это болг-поста просто взял и выдрал кусочек из текста описывающего стандарт. Этот кусочек, как показалось автору, полностью оправдывает те неудобства, которые испытывают подписчики, вручную подставляя адрес рассылки. По-моему ты не прочел пост целиком. Подписчики не испытывают проблем, если у них нормальный почтовый клиент или хотя бы дееспособный мозг. Вообще, считаю свой мозг довольно дееспособным. И этот довольно дееспособный мозг должен каждый раз ручками подставлять адрес рассылки, что кажется довольно странным именно дееспособному мозгу, который, исподволь сравнивая текущее с другими подобными рассылками, отмечает что разница в удобстве пользования таки есть. Ещё более дееспоосбный мозг начинает напрягать, когда в качестве оправдания приводят странные, на взгляд дееспособного мозга, оправдания. Список рассылки не является author of the message ни каким боком. Поэтому он не должен добавлять заголовок Retply-to и уж тем более заменять Reply-to выставленный автором письма. Я конечно извиняюсь, но английское слово с широким значением originator - в данном случае, означает лишь место, откуда письмо было послано. Английское слово ordinator ты заметил, а author пропустил? Надо читать по слогам с разбором конструкций? Там написано это почтовый ящик на который _автор_письма_ хотел бы получить ответ. Да, пожалуйста, покажите мне в стандарте конструкцию, которая запрещает выставление в поле Reply-To желаемого адреса для ответа. Почему рассылка не может добавить туда свой адрес, если это поле специально сделано для явного указания возможного дополнительного адреса для ответа? Ведь истинный адрес автора уже обязательно присутствует, как и оговорено в стандарте, так почему же не добавить адрес рассылки, раз уж автор сам подписался на рассылку и тем самым согласился, что его письма будут публичны, со всеми вытекающими последствиями в виде складывания в публичный архив, ответами от других участников рассылки и прочим? Если же остро стоит вопрос о щепетильности и корректности, не проще ли ввести специальный вопрос при подписке: Согласны ли Вы на проставление адреса рассылки в поле дополнительного адреса для ответа в Ваших письмах направленных в рассылку? После этого одноразового действия жизнь многих людей станет чуточку легче. -- С Уважением, Марк Гольдштейн Sincerely Yours' Mark Goldshtein
Re: По поводу неудобств списка рассылки
On Thu, 08 Oct 2009 09:16:32 +0400 DamirX wrote: В Срд, 07/10/2009 в 22:41 +0400, Илья пишет: Пользуюсь web интерфейсом для почты. Всю гамму ответов на этот вопрос надо занести в FAQ! это уже будет не FAQ, а fuck-fuck-fuck -- Grey Fenrir -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рас сылки
07.10.09, 23:34, Mark Goldshtein mark.goldsht...@gmail.com: декса или политика рассылки debian? Или это я что то туплю? Сейчас Вам скажут, что формат рассылки полностью соответствует какому-то стандарту. Ну, или что веб-интерфейсы - зло. Правильно сделают. :) Только легче не становится. Да FAQ действительно не помешал бы и лучше бы со стандартным шаблоном запроса в support'ы популярных почтовых служб по поводу не совсем правильным соответствия стандартам. Написал в support яндекса. Жду ответа Хотя, на самом деле, конечно же, жутко неудобно. В gmail та же проблема? -- С уважением, Илья Мингалиев. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: как установить загол овочные файлы ядра от друг их архитектур?
Max V. Stotsky пишет: Хм... А почему у меня ставится? http://packages.debian.org/squeeze/linux-headers-2.6.30-1-amd64 Очень-очень внимательно читаем список архитектур, для которых существуют пакеты -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Thu, 8 Oct 2009 12:11:42 +0400 Mark Goldshtein mark.goldsht...@gmail.com wrote: http://gq.net.ru/2007/07/18/for-those-who-still-cares-about-reply-to-munging/ На мой взгляд, автор это болг-поста просто взял и выдрал кусочек из текста описывающего стандарт. Этот кусочек, как показалось автору, полностью оправдывает те неудобства, которые испытывают подписчики, вручную подставляя адрес рассылки. По-моему ты не прочел пост целиком. Подписчики не испытывают проблем, если у них нормальный почтовый клиент или хотя бы дееспособный мозг. Вообще, считаю свой мозг довольно дееспособным. И этот довольно дееспособный мозг должен каждый раз ручками подставлять адрес рассылки, что кажется довольно странным именно дееспособному мозгу, который, исподволь сравнивая текущее с другими подобными рассылками, отмечает что разница в удобстве пользования таки есть. Ещё более дееспоосбный мозг начинает напрягать, когда в качестве оправдания приводят странные, на взгляд дееспособного мозга, оправдания. Извини за прямоту - это пример недееспособного мозга. Дееспособный напишет фильтр на любимом языке фильтрации. Список рассылки не является author of the message ни каким боком. Поэтому он не должен добавлять заголовок Retply-to и уж тем более заменять Reply-to выставленный автором письма. Я конечно извиняюсь, но английское слово с широким значением originator - в данном случае, означает лишь место, откуда письмо было послано. Английское слово ordinator ты заметил, а author пропустил? Надо читать по слогам с разбором конструкций? Там написано это почтовый ящик на который _автор_письма_ хотел бы получить ответ. Да, пожалуйста, покажите мне в стандарте конструкцию, которая запрещает выставление в поле Reply-To желаемого адреса для ответа. Почему рассылка не может добавить туда свой адрес, если это поле специально сделано для явного указания возможного дополнительного адреса для ответа? Потому что рассылка != автор письма. Если очень хочешь, можешь пойти в debian-users поспорить еще и там с native speaker'ами. Правда, боюсь, заклюют. Если же остро стоит вопрос о щепетильности и корректности, не проще ли ввести специальный вопрос при подписке: Согласны ли Вы на проставление адреса рассылки в поле дополнительного адреса для ответа в Ваших письмах направленных в рассылку? После этого одноразового действия жизнь многих людей станет чуточку легче. После этого мозг подписчика взорвется от попытки понять что именно имеется в виду. Я не понял. Только вот я не понимаю, почему я должен страдать из-за того, что ты хочешь пользоваться кривым MUA не знакомым с РФЦ 2369. Мой клиент сейчас работает правильно. А вот если рассылка начнет подменять reply-to, то при нажатии на кнопку ответить автору письмо полетит в рассылку. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Ticket #18] Идеологически вер ный звукосервер.
On Thursday 08 of October 2009 11:09:28 Yuri Kozlov wrote: Дмитрий, Вы случайно не в курсе, что это за письмо пришло мне, когда я ответил на ваше письмо в рассылку? И главное: как оно ко мне попало? Нет, а можно его с полными заголовками на a...@agalakov.spb.ru? Мне тоже с этими Ticket привалило после ответов в рассылку. У кого-то робот сглючил. Да, похоже на то. Проверил, моих следов в заголовках нету. -- WestCall SPb dept. Phone: +7-(812)-320-0500 ext. 4580 e-mail: agala...@westcall.net
Re: Идеологически верный звукосервер.
On Wednesday 07 of October 2009 18:10:53 Stanislav Maslovski wrote: Получается пользователь-злодей таки может заблокировать весь звук на хосте независимо от system-wide настроек? После чего приходит сердитый админ и удаляет пользователя-злодея из группы audio. С таким подходом можно вообще весь authorization выпилить невозбранно. Раз уж админу делать больше нечего, кроме как выполнять полицейские функции. -- WestCall SPb dept. Phone: +7-(812)-320-0500 ext. 4580 e-mail: agala...@westcall.net
Re: По поводу неудобств списка рассылки
Mark Goldshtein - debian-russian@lists.debian.org @ Thu, 8 Oct 2009 09:10:16 +0400: MG На мой взгляд, автор это болг-поста просто взял и выдрал кусочек из MG текста описывающего стандарт. Этот кусочек, как показалось автору, MG полностью оправдывает те неудобства, которые испытывают подписчики, MG вручную подставляя адрес рассылки. Если некоторым подписчикам нравится пользоваться неудобными почтовыми программами, в которых адрес рассылки надо подставлять вручную, то непонятно, почему они пользуются Debian, а не Windows Vista. Там еще менее удобно... -- Пользователь юникса перестаёт быть пользователем юникса если после его пользования пользованный юникс перестаёт быть юниксом. (с) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
DamirX - debian-russian@lists.debian.org @ Thu, 08 Oct 2009 09:16:32 +0400: Пользуюсь web интерфейсом для почты. D Всю гамму ответов на этот вопрос надо занести в FAQ! For Gnus: L a s p RET -- Win-юзеры - это типа Win-модемов и Win-принтеров: такие же юзеры, но попроще, без мозгов и памяти на борту. http://www.livejournal.com/~dottedmag/158509.html -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
вообще-то Reply-To для автора письма вообще не нужен ибо он его указал, когда регистрировался в рассылке... Хочешь получать письмо на другой адрес? Будь добр, меняй настройки подписки... И всячески присоединяюсь к тому, что в качестве автора должен стоять собственно автор, а в reply-to - список рассылки. -- With best regards, Ivan Surzhenko
Re: Организация централизованной схемы а втоматизированного резервного копирования
Prokofyev Vladislav - debian-russian@lists.debian.org @ Thu, 8 Oct 2009 02:34:06 +0400: PV Скорее не вопрос, а опрос: что вы используете в повседневной работе PV для создания бэкапов? Самописные скрипты или готовый PV специализированный софт? Как при этом решаете возможные проблемы с PV безопасностью? Сильно зависит от требований к бэкапам. Проблемы с безопасностью решаются шифрованием и command= в ~root/.ssh/authorized_keys. Если интересно - могу кинуть, в том числе и в рассылку, внутренний документ фирмы техническая схема бэкапа. В нем ничего секретного нет, только многабукф. -- Все учтено могучим ураганом... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Идеологически верный звук осервер.
8 октября 2009 г. 14:46 пользователь Dmitry V. Agalakov a...@westcall.spb.ru написал: On Wednesday 07 of October 2009 18:10:53 Stanislav Maslovski wrote: Получается пользователь-злодей таки может заблокировать весь звук на хосте независимо от system-wide настроек? После чего приходит сердитый админ и удаляет пользователя-злодея из группы audio. С таким подходом можно вообще весь authorization выпилить невозбранно. Раз уж админу делать больше нечего, кроме как выполнять полицейские функции. Я предполагаю, что админ может предотвратить самовольное редактирование пользователями ~/.asoundrc, если тупо сделает этот файл принадлежащим root'у, запретит менять его группе (и остальным) и сделает его пустым.
Re: По поводу неудобств списка рассылки
В Чтв, 08/10/2009 в 12:35 +0400, Alexander GQ Gerasiov пишет: А вот если рассылка начнет подменять reply-to, то при нажатии на кнопку ответить автору письмо полетит в рассылку. Ну, это пожалуй просто. Рассылка НЕ ДОЛЖНА подменять reply-to, но ведь она МОЖЕТ его вставить при отсутствии, разве это не логично? Далее по треду должно последовать столкновение интересов тех, кто за закон (RFC) и тех кто за удобство. Но разве RFC писали не для удобства использования интернета и почты? Не стоит-ли применять RFC разумно, дабы не создавать препятствия подписчикам? Самое разумное предложение из прозвучавших здесь - сделать специальную настройку для подписчика Добавить заголовок reply-to:debian-russian@lists.debian.org в случае отсутсвия. А то получается война законников с писаками веб-клиентов в результате которой страдают подписчики. -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Организация централизов анной схемы автоматизир ованного резервного копирования
В Чтв, 08/10/2009 в 13:18 +0400, Artem Chuprina пишет: Если интересно - могу кинуть, в том числе и в рассылку, внутренний документ фирмы техническая схема бэкапа. В нем ничего секретного нет, только многабукф. Слёзно просим... -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рас сылки
Специально для тех кто в танке. Предположим я не имею собственного компьютера или работаю на компьютерах клиентов, почтовом узле связи, интернет кафе и т.д. и т.п. . Причем ОС могут быть различные (и не только linux и windows) и прав на установку программ у меня может не быть, и даже более того - внешних накопителей нельзя вставить, а почту читать нужно (интернет доступен). Что конкретно вы мне посоветуте? Какой клиент? 08.10.09, 13:06, Artem Chuprina r...@ran.pp.ru: Если некоторым подписчикам нравится пользоваться неудобными почтовыми программами, в которых адрес рассылки надо подставлять вручную, то непонятно, почему они пользуются Debian, а не Windows Vista. Там еще менее удобно... -- С уважением, Илья Мингалиев. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Thu, 08 Oct 2009 13:37:27 +0400 DamirX damir.haki...@gmail.com wrote: В Чтв, 08/10/2009 в 12:35 +0400, Alexander GQ Gerasiov пишет: А вот если рассылка начнет подменять reply-to, то при нажатии на кнопку ответить автору письмо полетит в рассылку. Ну, это пожалуй просто. Рассылка НЕ ДОЛЖНА подменять reply-to, но ведь она МОЖЕТ его вставить при отсутствии, разве это не логично? Да при чем здесь это? Мой почтовый клиент следует RFC, если я нажму ответить автору - он оправит письмо по адресу из Reply-To. А ты предлагаешь в этот заголовок запихивать адрес рассылки. Как мне тогда отвечать автору? -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
On Thu, 8 Oct 2009 12:16:39 +0300 Ivan Surzhenko i.surzhe...@gmail.com wrote: вообще-то Reply-To для автора письма вообще не нужен ибо он его указал, когда регистрировался в рассылке... Хочешь получать письмо на другой адрес? Будь добр, меняй настройки подписки... И всячески присоединяюсь к тому, что в качестве автора должен стоять собственно автор, а в reply-to - список рассылки. Какой нафиг Reply-To для рассылок? http://www.faqs.org/rfcs/rfc2369.html 3.4. List-Post The List-Post field describes the method for posting to the list. This is typically the address of the list, but MAY be a moderator, or potentially some other form of submission. For the special case of a list that does not allow posting (e.g., an announcements list), the List-Post field may contain the special value NO. Смотрим в заголовки List-Post: mailto:debian-russian@lists.debian.org Что вы хотите, исправлять логику рассылки под нечитающих писателей клиентов? Или под пользователей, использующих неподходящий инструмент для написания писем в рассылку? -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Thu, 8 Oct 2009 12:16:39 +0300 Ivan Surzhenko i.surzhe...@gmail.com wrote: вообще-то Reply-To для автора письма вообще не нужен ибо он его указал, когда регистрировался в рассылке... Хочешь получать письмо на другой адрес? Будь добр, меняй настройки подписки... А ежели автор не подписан на список? Что ему где менять? Не надо изобретать велосипед. Есть нормальные стандарты, надо просто им следовать. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобст в списка рассылки
On Thu, Oct 08, 2009 at 01:46:41PM +0400, Илья wrote: Специально для тех кто в танке. Предположим я не имею собственного компьютера или работаю на компьютерах клиентов, почтовом узле связи, интернет кафе и т.д. и т.п. . Причем ОС могут быть различные (и не только linux и windows) и прав на установку программ у меня может не быть, и даже более того - внешних накопителей нельзя вставить, а почту читать нужно (интернет доступен). Что конкретно вы мне посоветуте? Какой клиент? Если подумать, то решение можно найти. Например ssh+mutt. Ну или писать дальше в ubuntu-russian. -- WBR, Dmitry signature.asc Description: Digital signature
Re: По поводу неудобств списка рассылки
Илья - debian-russian@lists.debian.org @ Thu, 08 Oct 2009 13:46:41 +0400: И Специально для тех кто в танке. И Предположим я не имею собственного компьютера или работаю на И компьютерах клиентов, почтовом узле связи, интернет кафе и т.д. и И т.п. . Причем ОС могут быть различные (и не только linux и windows) И и прав на установку программ у меня может не быть, и даже более того И - внешних накопителей нельзя вставить, а почту читать нужно И (интернет доступен). Предположим. Вопрос: что Вы делаете в этой рассылке? У меня тоже встречаются подобные ситуации (и я после них при первой возможности меняю пароль). Но чтобы из этой позы _регулярно_ писать, а тем паче отвечать в рассылку, надо очень не любить себя. Я так не умею... И Что конкретно вы мне посоветуте? Какой клиент? Любой ssh-клиент на java (дабы можно было запустить его из браузера) и затем mutt. И 08.10.09, 13:06, Artem Chuprina r...@ran.pp.ru: Если некоторым подписчикам нравится пользоваться неудобными почтовыми программами, в которых адрес рассылки надо подставлять вручную, то непонятно, почему они пользуются Debian, а не Windows Vista. Там еще менее удобно... И -- И С уважением, И Илья Мингалиев. -- HTTP тоже не каждый дятел может сделать. Только дятлы об этом обычно не знают. Victor Wagner в b9td98$d8...@wagner.wagner.home -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Ivan Surzhenko - debian-russian@lists.debian.org @ Thu, 8 Oct 2009 12:16:39 +0300: IS вообще-то Reply-To для автора письма вообще не нужен ибо он его IS указал, когда регистрировался в рассылке... Хочешь получать письмо IS на другой адрес? Будь добр, меняй настройки подписки... Он может быть не подписан. Сколь я помню, эта рассылка такое позволяет. -- Save the environment. Create a closure today. -- Cormac Flanagan -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Идеологически верный звукосервер.
On Thursday 08 of October 2009 13:19:04 Владимир Ступин wrote: Получается пользователь-злодей таки может заблокировать весь звук на хосте независимо от system-wide настроек? После чего приходит сердитый админ и удаляет пользователя-злодея из группы audio. С таким подходом можно вообще весь authorization выпилить невозбранно. Раз уж админу делать больше нечего, кроме как выполнять полицейские функции. Я предполагаю, что админ может предотвратить самовольное редактирование пользователями ~/.asoundrc, если тупо сделает этот файл принадлежащим root'у, запретит менять его группе (и остальным) и сделает его пустым. Тогда уж сразу в /etc/skel его класть. Только все-равно перректум получается. Уж лучше включить в группу audio только pulseaudio и узерам разрешить работать исключительно через него. -- WestCall SPb dept. Phone: +7-(812)-320-0500 ext. 4580 e-mail: agala...@westcall.net
Re: Организация централи зованной схемы автоматизи рованного резервного копи рования
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Prokofyev Vladislav пишет: Скорее не вопрос, а опрос: что вы используете в повседневной работе для создания бэкапов? Самописные скрипты или готовый специализированный софт? Как при этом решаете возможные проблемы с безопасностью? У меня по NFS данные бекапятся. Окна по назначенному заданию от имени пользователя backupmaster складывают все на шару самбы (самба с авторизацей в домене, поэтому никого, кто не состоит в группе на домене backupmasters не пускает). -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJKzbpDAAoJEBfqX3yanKqyh0MIAK5cYD7msMTYblf5S4DXa3lk T0UvhP0IaYmEBzFih62p5WpQwWyxo5omVWTwltgTm0bXI9rDYMMan0LPZ5+3flor 0dY7dqHuDW3BpijSgUxJ5GGPogxnuwgvjoZHF2V5qTNQhkPhGpnv2kmhvJ9c5Bz3 AdXpknum8Is70wiatCctlesjRCz7fUWNwrVx5ezyiCRQIdHev5FcceSFS/miYcfe 81kmEHJMcbdJtnuL62+6b26goYJ9z6gQ3HS2vyQRKa5g+7yol4H/reVh4vCCI/FY Br3tgMRDLy4EbUWIrU+GU3DgFwv1PPAzxVZ+ltJppCJzsJDp83FBE/UFobtVXnA= =Upia -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Организация централизованной схемы а втоматизированного резервного копирования
DamirX - debian-russian@lists.debian.org @ Thu, 08 Oct 2009 13:39:49 +0400: Если интересно - могу кинуть, в том числе и в рассылку, внутренний документ фирмы техническая схема бэкапа. В нем ничего секретного нет, только многабукф. D Слёзно просим... Упомянутый здесь Игус - в данной ипостаси начальник IT-отдела * Техническая схема бэкапа ** Принципиальная схема Принципиальная схема бэкапа проста. Есть бэкап-сервер. Есть бэкапимые подсистемы - такие как репозитории CVS и SVN, домашние директории пользователей на cvs и т.п. Бэкап-сервер знает, на какой машине расположена какая подсистема, каков формат ее бэкапа (не как его парсить, а просто каков он) и какую команду надо выдать (если вообще какую-то команду надо выдать) этой машине, чтобы получить очередной бэкап подсистемы. Как его получить - знает только сама эта машина. Получить очередной бэкап означает получить два файла - собственно бэкап и лог его ошибок, он же флаг-файл. Момент получения флаг-файла - это момент завершения бэкапа подсистемы, а его непустота означает, что бэкап завершился с ошибками. В определенное время (типа 8 утра) бэкап-сервер проверяет состояние бэкапов и доступность бэкапного носителя. Если часть бэкапов завершилась с ошибками, об этом пишется письмо. Затем бэкапы выливаются на бэкапный носитель, и о результате этой операции (в том числе и об отсутствии бэкапного носителя) пишется отдельное письмо. Бэкап-сервер, помимо приема сегодняшнего бэкапа, хранит еще и last known good версию каждой подсистемы, и в случае ошибок сохраняет на бэкапный носитель еще и ее. Таким образом, за пределами офиса всегда будет по крайней мере один заведомо живой бэкап каждой подсистемы и один свежий, независимо от его живости. При выливании на бэкапный носитель бэкапы шифруются. Умельцев протерять нешифрованный бэкапный носитель хватает и без нас. Да не уподобимся. Шифрование производится на gpg-ключах нескольких сотрудников, достаточно ответственных для того, чтобы не продолбать свои закрытые ключи. Возможно, имеет смысл шифровать сразу при сохранении на бэкап-сервере - это и технически удобнее делать, и меньше шансы, что ответственные сотрудники забудут пароли от своих закрытых ключей. ** Регламент обращения с бэкапными носителями Общая идея. В любой момент времени по крайней мере один винчестер с бэкапами находится вне офиса. Бэкапные носители (винчестеры с USB-интерфейсом) промаркированы рабочими днями недели. В свой день недели винчестер подсоединяется к бэкап-серверу, и ночью на него льется бэкап за этот день. В этот же день вчерашний винчестер уносится из офиса, позавчерашний находится вне офиса весь день, позапозавчерашний, он же послезавтрашний приносится в офис, а завтрашний уже лежит в офисе. Штатным уносильщиком и приносильщиком объявляется Игус, а винчестеры, хранящиеся в офисе, живут в админской. Уходящий вечером админ проверяет за Игусом, что тот выполнил регламент, и при необходимости довыполняет его - т.е. подсоединяет сегодняшний винчестер и забирает к себе домой вчерашний. В случае, если Игус внезапно не появляется в офисе (и тем самым у него застревают два винчестера - позавчерашний и позапозавчерашний), админы переходят на трехвинчестерную схему, не сбиваясь с маркировки, пока возможно (два дня - возможно). ** Подробная схема бэкапа UNIX-машины Для UNIX-машины мы предполагаем, что она, вообще говоря, не может установить входящего соединения на бэкап-сервер (это так по крайней мере для DMZ-машин, и если мы будем бэкапить что-то внешнее, типа mx2, то для них тем более). Зато она может принять входящее ssh-соединение. Она настраивается так, чтобы владелец определенного ключа (ключа пользователя backup бэкап-сервера) мог залогиниться под рутом и выполнить одну команду - по конвенции /usr/local/sbin/do-backup. Ну и прочие защиты - полный набор будет command=/usr/local/sbin/do-backup,from=backup.lan.cryptocom.ru,no-agent-forwarding,no-port-forwarding,no-pty,no-X11-forwarding Эта команда получает через переменную SSH_ORIGINAL_COMMAND команду, переданную с бэкап-сервера - backup имя-подсистемы, выдает в stdout собственно бэкап (в норме в формате .tar.gz), а в stderr - лог ошибок, и завершается с нулевым кодом если и только если бэкап прошел без ошибок. Бэкап инициирует кроновское задание на бэкап-сервере, которое по очереди для всех подсистем запускает команду ssh r...@хост backup имя-подсистемы файл-бэкапа 2временный-файл-лога По окончании работы команды, если ее код завершения 0, временный файл лога обнуляется (чтобы гарантировать его пустоту), в противном случае в него дописывается сообщение с кодом завершения (чтобы гарантировать его непустоту), и файл переименовывается в имя, положенное флаг-файлу (имя-подсистемы.flag). ** Подробная схема бэкапа Windows-машины Для Windows-машины мы предполагаем, что она не может принять входящего ssh-соединения, зато может инициировать соединение на бэкап-сервер и имеет достаточно места для одного бэкапа любой из своих подсистем. На ней
Re: Идеологически верный звукосервер.
Dmitry V. Agalakov - debian-russian@lists.debian.org @ Thu, 8 Oct 2009 12:46:38 +0400: Получается пользователь-злодей таки может заблокировать весь звук на хосте независимо от system-wide настроек? После чего приходит сердитый админ и удаляет пользователя-злодея из группы audio. DVA С таким подходом можно вообще весь authorization выпилить DVA невозбранно. Раз уж админу делать больше нечего, кроме как DVA выполнять полицейские функции. Удобство и безопасность обратно пропорциональны. Поэтому в норме пользователям дают возможность что-то делать, а при злоупотреблении ею - отбирают. -- В какой тебя среде сформировало?.. -- http://www.psy.msu.ru/people/leontiev_da.html -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
В Чтв, 08/10/2009 в 13:48 +0400, Alexander GQ Gerasiov пишет: Thu, 08 Oct 2009 13:37:27 +0400 DamirX damir.haki...@gmail.com wrote: В Чтв, 08/10/2009 в 12:35 +0400, Alexander GQ Gerasiov пишет: А вот если рассылка начнет подменять reply-to, то при нажатии на кнопку ответить автору письмо полетит в рассылку. Ну, это пожалуй просто. Рассылка НЕ ДОЛЖНА подменять reply-to, но ведь она МОЖЕТ его вставить при отсутствии, разве это не логично? Да при чем здесь это? Мой почтовый клиент следует RFC, если я нажму ответить автору - он оправит письмо по адресу из Reply-To. А ты предлагаешь в этот заголовок запихивать адрес рассылки. Как мне тогда отвечать автору? Еще раз: Вариант 1. Автор хочет получить ответ в личку, он выставляет Reply-To какой считает нужным. Ты нажимаешь ответить, и отвечаешь в личку автору. Вариант 2. Автор хочет прочитать ответ в рассылке (их большинство, надо заметить), он не выставляет никакой Reply-To. Рассылковый робот видит, что Reply-To не указан, и проверяет, пожелал ли подписчик (не отправитель) добавлять Reply-To:в_рассылку? Пожелал - добавили. Не пожелал - ничего не трогаем. Вариант 3. Автор хочет прочитать ответ в рассылке, но ты хочешь ответить лично. Отвечаешь на адрес указанный в поле From. Кто-то в результате пострадает? -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобс тв списка рассылки
Artem Chuprina пишет: У меня тоже встречаются подобные ситуации (и я после них при первой возможности меняю пароль). libpam-opie libpam-otpw Любой ssh-клиент на java (дабы можно было запустить его из браузера) и затем mutt. Можно ещё поднять где-нибудь у себя ajaxterm. Ему достаточно javascript, а встречается в местах общего пользования он чаще. Например, прошлым летом я был в Киеве (без ноутбука даже, ибо ехал автостопом и решил лишних в данной ситуации вещей не брать), когда мне срочно потребовалось поднять несколько упавших сервисов на сервере. В каком-то Интернет-кафе возле Крещатика java со всеми своими апплетами была зарублена на корню, а вот javascript -- пожалуйста, работал. Ajaxterm мне тогда и помог. А с java-апплетами -- да, хоть vnc до винды/макоси. -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
8 октября 2009 г. 12:48 пользователь Alexander GQ Gerasiov g...@cs.msu.su написал: ответить автору Подскажите, пожалуйста, что у вас за за клиент? Не могу найти у себя в офисе клиент с таким переводом... Нашел только такие переводы (если не учитывать кнопку Ответить всем): Ответить на это сообщение, Ответить, Reply -- With best regards, Ivan Surzhenko
Re: как установить заголовочные файлы ядра от других архитектур?
В Чтв, 08/10/2009 в 12:24 +0400, Михаил Миронов пишет: Max V. Stotsky пишет: Хм... А почему у меня ставится? http://packages.debian.org/squeeze/linux-headers-2.6.30-1-amd64 Очень-очень внимательно читаем список архитектур, для которых существуют пакеты Ясно, спасибо. А я полагал, что пакеты с заголовочными файлами не зависят от архитектуры. -- С уважением, Максим Стоцкий. :wq -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Dmitri Samsonov - debian-russian@lists.debian.org @ Thu, 08 Oct 2009 14:19:51 +0400: У меня тоже встречаются подобные ситуации (и я после них при первой возможности меняю пароль). DS libpam-opie DS libpam-otpw Да, было бы логично. Но уж очень редко такие ситуации бывают... Лень. Любой ssh-клиент на java (дабы можно было запустить его из браузера) и затем mutt. DS Можно ещё поднять где-нибудь у себя ajaxterm. Ему достаточно DS javascript, а встречается в местах общего пользования он чаще. DS Например, прошлым летом я был в Киеве (без ноутбука даже, ибо ехал DS автостопом и решил лишних в данной ситуации вещей не брать), когда мне DS срочно потребовалось поднять несколько упавших сервисов на сервере. В DS каком-то Интернет-кафе возле Крещатика java со всеми своими апплетами DS была зарублена на корню, а вот javascript -- пожалуйста, работал. DS Ajaxterm мне тогда и помог. DS А с java-апплетами -- да, хоть vnc до винды/макоси. Но тоже хорошо... -- Чем отличается свобода от независимости? Независимость - это когда за тебя не платят. А свобода - когда за тебя не думают. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
DamirX - debian-russian@lists.debian.org @ Thu, 08 Oct 2009 14:27:34 +0400: А вот если рассылка начнет подменять reply-to, то при нажатии на кнопку ответить автору письмо полетит в рассылку. Ну, это пожалуй просто. Рассылка НЕ ДОЛЖНА подменять reply-to, но ведь она МОЖЕТ его вставить при отсутствии, разве это не логично? Да при чем здесь это? Мой почтовый клиент следует RFC, если я нажму ответить автору - он оправит письмо по адресу из Reply-To. А ты предлагаешь в этот заголовок запихивать адрес рассылки. Как мне тогда отвечать автору? D Еще раз: D Вариант 1. Автор хочет получить ответ в личку, он выставляет Reply-To D какой считает нужным. Ты нажимаешь ответить, и отвечаешь в личку автору. D Вариант 2. Автор хочет прочитать ответ в рассылке (их большинство, надо D заметить), он не выставляет никакой Reply-To. Рассылковый робот видит, D что Reply-To не указан, и проверяет, пожелал ли подписчик (не D отправитель) добавлять Reply-To:в_рассылку? Пожелал - добавили. Не D пожелал - ничего не трогаем. D Вариант 3. Автор хочет прочитать ответ в рассылке, но ты хочешь ответить D лично. Отвечаешь на адрес указанный в поле From. ... то есть вбивает этот адрес руками. Ну, копипастит... D Кто-то в результате пострадает? Автор вопроса. Потому что в ситуации 3 автор ответа с шансами поленится так делать, и если ответ не для рассылки - его не будет вообще. -- Вот .NET и Mono - это современные технологии. В смысле - сырые и глюкавые. Victor Wagner в cisnd1$qt...@wagner.wagner.home -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
On Thursday 08 of October 2009 17:27:34 DamirX wrote: Кто-то в результате пострадает? не договоритесь Eдобство такая вещь, кому то удобно спать на мягком диване, а кому то на досках. Разные цели. -- Снежный ком, снежный ком, до чего же быстро ты вырос, - катить не под силу!
Re: По поводу неудобств списка рассылки
On Thu, 08 Oct 2009 13:37:27 +0400 DamirX wrote: Далее по треду должно последовать столкновение интересов тех, кто за закон (RFC) и тех кто за удобство. Но разве RFC писали не для удобства использования интернета и почты? ИМХО ключевой момент здесь в некорректной дихотомии. Я вот и за закон, и за удобство, я выбираю rfc и это не требует от меня лишних телодвижений. А вот в рассылках на subscribe кто-то заботливый заменяет reply-to. Да, я могу исправлять такое поведение, но это _явно неудобно_. Гугл, например, это поле не трогает. Но у него свои (очень странные) представления об удобстве. И именно его навязчивость (вместо нормальной практики следования стандарту) и создаёт кучу неудобств. Да, rfc писали для удобства. И я за то, чтобы это удобство мне не портили... -- Grey Fenrir -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Идеологически верный звукосервер.
On Thursday 08 of October 2009 16:19:04 Владимир Ступин wrote: Я предполагаю, что админ может предотвратить самовольное редактирование пользователями ~/.asoundrc, если тупо сделает этот файл чисто абстрактно. если админ может, или хочет что-то менять или запрещать в ~/ ТО, ни слова о админе, но такой системе надо сказать rm -rf / ну или помалкивать хотя бы. -- Оставь одежду всяк сюда входящий.
Re: По поводу неудобств списка рассылки
Ivan Surzhenko wrote: 8 октября 2009 г. 12:48 пользователь Alexander GQ Gerasiov g...@cs.msu.su написал: ответить автору Подскажите, пожалуйста, что у вас за за клиент? Не могу найти у себя в офисе клиент с таким переводом... Нашел только такие переводы (если не учитывать кнопку Ответить всем): Ответить на это сообщение, Ответить, Reply А вы не только среди кнопок поищите. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
В Чтв, 08/10/2009 в 14:42 +0400, Artem Chuprina пишет: ... то есть вбивает этот адрес руками. Ну, копипастит... D Кто-то в результате пострадает? Автор вопроса. Потому что в ситуации 3 автор ответа с шансами поленится так делать, и если ответ не для рассылки - его не будет вообще. Блин! Так эта рассылка предназначена для тайного завязывания знакомств? -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
пошутить успел, а подумать не успел. В Чтв, 08/10/2009 в 14:42 +0400, Artem Chuprina пишет: DamirX - debian-russian@lists.debian.org @ Thu, 08 Oct 2009 14:27:34 +0400: D Вариант 2. Автор хочет прочитать ответ в рассылке (их большинство, надо D заметить), он не выставляет никакой Reply-To. Рассылковый робот видит, D что Reply-To не указан, и проверяет, пожелал ли подписчик (не D отправитель) добавлять Reply-To:в_рассылку? Пожелал - добавили. Не D пожелал - ничего не трогаем. D Вариант 3. Автор хочет прочитать ответ в рассылке, но ты хочешь ответить D лично. Отвечаешь на адрес указанный в поле From. ... то есть вбивает этот адрес руками. Ну, копипастит... D Кто-то в результате пострадает? Автор вопроса. Потому что в ситуации 3 автор ответа с шансами поленится так делать, и если ответ не для рассылки - его не будет вообще. А те кто всё-же используют рассылку для завязывания знакомств, не просят рассылкового робота чтобы он им добавлял Reply-To:в_рассылку. Или просят чтоб не добавлял -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: iceweasel и odnoklassniki.ru и магазин erstingsfamily.de
On Wed, 07 Oct 2009 19:18:58 +0400 Alexey Mishustin shum...@shumkar.ru wrote: В Срд, 07/10/2009 в 17:41 +0400, Yuri Kozlov пишет: iceweasel 3.0.9 — добавляет. Вах, надо до 3.0.14 обновиться. А как вы обновляете iceweasel? У меня в Edit - Prеferences - Advanced - Update галка Automatically check for updates to Iceweasel недоступна. Доступны только галки для Installed add-ons и Search engines. -- С уважением, Алексей Мишустин --- Работаю программером. 3 недели была в отпуске, в мое отсутствие над куском проекта работала девочка-практикантка. Пытаюсь разобраться в написанном ею коде - черт ногу сломит, комментов нет. Наконец, нахожу один: /*В данном случае редактируем только будущее, прошлое не трогаем*/ Млин, я ее боюсь... вроде как чтобы активировать галку Обновление Iceweasel нужно в строке браузера ввести about:config без кавычек . ;-} И установить логический параметр в строке app.update.enabled = true . Затем перезапустить Iceweasel и пункт активируется. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
On Thursday 08 of October 2009 18:07:17 DamirX wrote: Блин! Так эта рассылка предназначена для тайного завязывания знакомств? вообще- то ответ в рассылку может быть разный )) в том числе для тайного завязывания знакомства. и только отвечающий может решить как оно хочет ответить то ли лично, то ли в рассылку, то ли тайно. а если кто-то чего-то не понимает. то это общее горе :)) -- Ужас будущего: болтливые памятники.
Re: По поводу неудобств списка рассылки
В Чтв, 08/10/2009 в 13:55 +0300, Grey Fenrir пишет: On Thu, 08 Oct 2009 13:37:27 +0400 DamirX wrote: Далее по треду должно последовать столкновение интересов тех, кто за закон (RFC) и тех кто за удобство. Но разве RFC писали не для удобства использования интернета и почты? ИМХО ключевой момент здесь в некорректной дихотомии. Я вот и за закон, и за удобство, я выбираю rfc и это не требует от меня лишних телодвижений. А вот в рассылках на subscribe кто-то заботливый заменяет reply-to. Да, я могу исправлять такое поведение, но это _явно неудобно_. Гугл, например, это поле не трогает. Но у него свои (очень странные) представления об удобстве. И именно его навязчивость (вместо нормальной практики следования стандарту) и создаёт кучу неудобств. Да, rfc писали для удобства. И я за то, чтобы это удобство мне не портили... Здесь явно какое-то непонимание. Было предожено подписчику приделать ручку, чтобы он мог попросить рассылкового робота, добавлять reply-to:В_рассылку если нет никакого reply-to. Эта ручка, могла бы сделать пользование рассылкой удобнее для тех кто использует всякие вебмылы и прочие гуёвые недомуи. Для тех кто освоил-настроил ничего не измениться. -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
В Чтв, 08/10/2009 в 17:44 +0700, ivan demakov пишет: On Thursday 08 of October 2009 17:27:34 DamirX wrote: Кто-то в результате пострадает? не договоритесь Eдобство такая вещь, кому то удобно спать на мягком диване, а кому то на ^^^ по фрейду опечаточка. -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: iceweasel и odnoklassniki.ru и мага зин erstingsfamily.de
sms пишет: вроде как чтобы активировать галку Обновление Iceweasel нужно в строке браузера ввести about:config без кавычек . ;-} И установить логический параметр в строке app.update.enabled = true . Затем перезапустить Iceweasel и пункт активируется. Только делать этого не нужно. -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобс тв списка рассылки
Artem Chuprina пишет: Но уж очень редко такие ситуации бывают... При игре в русскую рулетку достаточно одного результативного попадания... -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Конвертация внутреннего представления переменных в Tcl
Hello!
В tcl-расширении потребовалось определить тип данных в
переменной, что реализуется проверкой возвращаемого значения
функции Tcl_ConvertToType(interp, objPtr, typePtr)
Даже если текущее представление строковое, но допустимо,
например, булевое представление, нужно именно последнее
(в худшем случае заберем строковое или bytearray значение).
Вот только typePtr, например, tclBooleanType, определены
в tclObj.c
Например, так
Tcl_ObjType tclBooleanType = {
booleanString,/* name */
NULL, /* freeIntRepProc */
NULL, /* dupIntRepProc */
NULL, /* updateStringProc */
SetBooleanFromAny /* setFromAnyProc */
};
В свою очередь, функция SetBooleanFromAny объявлена в
этом же tclObj.c
Вопрос: каким образом в расширении выполнить конвертацию
типа данных переменной, не таская с собой все исходники Tcl?
Best regards, Alexey Pechnikov.
http://pechnikov.tel/
Re: По поводу неудобств с писка рассылки
08.10.09 14:17, DamirX пишет: В Чтв, 08/10/2009 в 13:55 +0300, Grey Fenrir пишет: On Thu, 08 Oct 2009 13:37:27 +0400 DamirX wrote: Далее по треду должно последовать столкновение интересов тех, кто за закон (RFC) и тех кто за удобство. Но разве RFC писали не для удобства использования интернета и почты? ИМХО ключевой момент здесь в некорректной дихотомии. Я вот и за закон, и за удобство, я выбираю rfc и это не требует от меня лишних телодвижений. А вот в рассылках на subscribe кто-то заботливый заменяет reply-to. Да, я могу исправлять такое поведение, но это _явно неудобно_. Гугл, например, это поле не трогает. Но у него свои (очень странные) представления об удобстве. И именно его навязчивость (вместо нормальной практики следования стандарту) и создаёт кучу неудобств. Да, rfc писали для удобства. И я за то, чтобы это удобство мне не портили... Здесь явно какое-то непонимание. Было предожено подписчику приделать ручку, чтобы он мог попросить рассылкового робота, добавлять reply-to:В_рассылку если нет никакого reply-to. Эта ручка, могла бы сделать пользование рассылкой удобнее для тех кто использует всякие вебмылы и прочие гуёвые недомуи. Для тех кто освоил-настроил ничего не измениться. Так ведь сказали же, что такая ручка имеется, и она уже приделана, только не на торцу двери, как хотите Вы, а там где ей положено быть :) Называется она List-Post: mailto:debian-russian@lists.debian.org Если какие-то почтовые клиенты незнают про эту ручку - надо их исправлять, а не ломать дверь приделыванием еще кучи ручек... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Thu, 8 Oct 2009 13:20:12 +0300 Ivan Surzhenko i.surzhe...@gmail.com wrote: 8 октября 2009 г. 12:48 пользователь Alexander GQ Gerasiov g...@cs.msu.su написал: ответить автору Подскажите, пожалуйста, что у вас за за клиент? Не могу найти у себя в офисе клиент с таким переводом... Нашел только такие переводы (если не учитывать кнопку Ответить всем): Ответить на это сообщение, Ответить, Reply Клиент прописан в X-Mailer. И в нем есть именно что даже отдельная кнопка. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Идеологически верн ый звукосервер.
13:44 Wed 07 Oct , Иван Лох написал: On Wed, Oct 07, 2009 at 12:26:35PM +0300, Vladimir Krivitsky wrote: Это просто NIH-синдром. Если надо просто пробросить звук с ящика на ящик, то и сейчас это можно сделать, используя пару netcat и arecord. ну и как arecord-ом писать звук из приложения? (без танцев с .asoundrc) Выcтавить источник звука в mixer? Аппаратный Mix, который можно выставить как Capture Source, есть далеко не во всех звуковухах. По крайней мере я его встречал только на старых карточках. Для тех звуковых на которых его нет, знаю только один способ достать аудио поток, через alsa плагин file. З.Ы. Если ктото знает другой способ, поделитесь plz. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
On Thu, 8 Oct 2009 13:20:12 +0300 Ivan Surzhenko wrote: IS Подскажите, пожалуйста, что у вас за за клиент? Подскажите, пожалуйста, что у Вас за клиент, в котором Вы не можете посмотреть заголовки интересующего Вас письма? :) Замечу, что в них есть, в том числе, Вас интересующий... -- С уважением, А.В.Коротков, mailto:z...@uni.udm.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
On Thursday 08 of October 2009 18:29:51 DamirX wrote: Eдобство такая вещь, кому то удобно спать на мягком диване, а кому то на ^^^ по фрейду опечаточка. даже и не знаю. верно замечено )) -- Карма плодовит. Однако на сервере Нет места смерти...
Re: Идеологически верн ый звукосервер.
13:53 Thu 08 Oct , Dmitry V. Agalakov написал: On Thursday 08 of October 2009 13:19:04 Владимир Ступин wrote: Получается пользователь-злодей таки может заблокировать весь звук на хосте независимо от system-wide настроек? После чего приходит сердитый админ и удаляет пользователя-злодея из группы audio. С таким подходом можно вообще весь authorization выпилить невозбранно. Раз уж админу делать больше нечего, кроме как выполнять полицейские функции. Я предполагаю, что админ может предотвратить самовольное редактирование пользователями ~/.asoundrc, если тупо сделает этот файл принадлежащим root'у, запретит менять его группе (и остальным) и сделает его пустым. Тогда уж сразу в /etc/skel его класть. Только все-равно перректум получается. Уж лучше включить в группу audio только pulseaudio и узерам разрешить работать исключительно через него. И пользователь сможет его удалить и создать заново, т.к. права на запись в свою домашнюю директория у него никто не заберет -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
Извиняюсь.. про X-Mailer забыл.. вопрос по поводу клиента отпал... Сейчас скачаю и погляжу, что Claws Mail такого предлагает для писем имеющих заполненный List-Post... -- With best regards, Ivan Surzhenko
Re: По поводу неудобств с писка рассылки
Alexander GQ Gerasiov пишет: Клиент прописан в X-Mailer. И в нем есть именно что даже отдельная кнопка. Только для 3.5.0 в дистрибутиве нет русификации, как я понял. -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
8 октября 2009 г. 15:40 пользователь Dmitri Samsonov samson.samson.sam...@gmail.com написал: Alexander GQ Gerasiov пишет: Клиент прописан в X-Mailer. И в нем есть именно что даже отдельная кнопка. Только для 3.5.0 в дистрибутиве нет русификации, как я понял. 1. Не принципиально. 2. Я сейчас на работе. Мне под MacOS X версия нужна. То есть ситуация в дистре не имеет значения. Собственно закачка сейчас закончится. Гляну - отвечу. -- With best regards, Ivan Surzhenko
как настройть MTU??
Привет всем. Мы теперь экспириментируем с DRBD как решение репликции БД между двумья серверами. Говорят, что DRBD будет лучше работать, если мы настроим MTU на 9000. Как это делаться? В какой конфигурации? Какие последствия можут быть от другого MTU? Спасибо заранее всем. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Конвертация внутреннего представления переменных в Tcl
Hello! Собственно, сейчас делаю так Tcl_ObjType *tclBooleanType = Tcl_GetObjType(boolean); Но обычной практикой является использование констант, здесь же приходится делать вызов функции, что не очень приятно. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: По поводу неудобств списк а рассылки
Попробовал. Фактически поведение клиента в обоих рассылках не отличается. ЧЯДНТ? Главный вопрос такой: если Reply-To имеет больший приоритет над From, то почему, когда я нажимаю Reply To Sender для письма из убунтовской рассылки (которая заменяет этот самый Reply-To и дополнительно прописывает себя в List-Post), этот клиент игнорирует поле Reply-To и вписывает адрес из From? Вобщем-то я знаю ответ - Sender подразумевает ответ адрес из одноименного поля без учета Reply-To... Как Вы собираетесь отвечать пользователю, который хочет получить ответ на адрес из Reply-To и не является подписчиком рассылки? Похоже идея такая: если указан список рассылки, то ответ выполняется на адрес рассылки (если не указано пользователем явно иное). При этом Reply-To становится ненужным. Так как он всячески игнорится клиентом. Так почему-же ему не задавать емейл рассылки? Всем сразу станет хорошо.
Re: По поводу неудобств списк а рассылки
Если игнорирование Reply-To при заданном List-Post является правильным явлением, то надо признать, что вебинтерфейс Gmail, iMail и некоторые другие почтовые программы ведут себя некорректно. -- With best regards, Ivan Surzhenko
Re: как настройть MTU??
В Чтв, 08/10/2009 в 23:34 +1100, Andrew Boag пишет: Как это делаться? man ifconfig или полуфабрикат: ifconfig interface mtu N -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
2009/10/8 Alexander GQ Gerasiov g...@cs.msu.su: Thu, 8 Oct 2009 12:11:42 +0400 Mark Goldshtein mark.goldsht...@gmail.com wrote: http://gq.net.ru/2007/07/18/for-those-who-still-cares-about-reply-to-munging/ На мой взгляд, автор это болг-поста просто взял и выдрал кусочек из текста описывающего стандарт. Этот кусочек, как показалось автору, полностью оправдывает те неудобства, которые испытывают подписчики, вручную подставляя адрес рассылки. По-моему ты не прочел пост целиком. Подписчики не испытывают проблем, если у них нормальный почтовый клиент или хотя бы дееспособный мозг. Вообще, считаю свой мозг довольно дееспособным. И этот довольно дееспособный мозг должен каждый раз ручками подставлять адрес рассылки, что кажется довольно странным именно дееспособному мозгу, который, исподволь сравнивая текущее с другими подобными рассылками, отмечает что разница в удобстве пользования таки есть. Ещё более дееспоосбный мозг начинает напрягать, когда в качестве оправдания приводят странные, на взгляд дееспособного мозга, оправдания. Извини за прямоту - это пример недееспособного мозга. Дееспособный напишет фильтр на любимом языке фильтрации. Извините за прямоту, но если мозг работает строго в рамках кошерное/не кошерное, то его недееспособность куда выше. Список рассылки не является author of the message ни каким боком. Поэтому он не должен добавлять заголовок Retply-to и уж тем более заменять Reply-to выставленный автором письма. Я конечно извиняюсь, но английское слово с широким значением originator - в данном случае, означает лишь место, откуда письмо было послано. Английское слово ordinator ты заметил, а author пропустил? Надо читать по слогам с разбором конструкций? Там написано это почтовый ящик на который _автор_письма_ хотел бы получить ответ. Да, пожалуйста, покажите мне в стандарте конструкцию, которая запрещает выставление в поле Reply-To желаемого адреса для ответа. Почему рассылка не может добавить туда свой адрес, если это поле специально сделано для явного указания возможного дополнительного адреса для ответа? Потому что рассылка != автор письма. Если очень хочешь, можешь пойти в debian-users поспорить еще и там с native speaker'ами. Правда, боюсь, заклюют. Дебиан имеет свою рассылку, со своими правилами и устоями. Как ни странно - да ради бога. Однако, оставляю за собой (как и за любым другим человеком) полное право замечать то, что кажется неудобным. Тем более, что в данном случае в оправдание был приведён текст, который на самом деле не только не подтверждает позицию собственников рассылки, а говорит совершенно об обратном. Если же остро стоит вопрос о щепетильности и корректности, не проще ли ввести специальный вопрос при подписке: Согласны ли Вы на проставление адреса рассылки в поле дополнительного адреса для ответа в Ваших письмах направленных в рассылку? После этого одноразового действия жизнь многих людей станет чуточку легче. После этого мозг подписчика взорвется от попытки понять что именно имеется в виду. Я не понял. Поскольку Вы изначально аппелируете к дееспособным мозгам, мне подумалось, что Вы-то поймёте, что это лишь пример для выражения мысли в дискуссии. А так... да, для пользователя можно придумать абзац, который будет заканчиваться чекбоксом. Почему не позволить удобно пользоваться рассылкой с любого места? Только вот я не понимаю, почему я должен страдать из-за того, что ты хочешь пользоваться кривым MUA не знакомым с РФЦ 2369. Мой клиент сейчас работает правильно. А вот если рассылка начнет подменять reply-to, то при нажатии на кнопку ответить автору письмо полетит в рассылку. Поскольку Вы оперируете в терминах личного удобства, ничего, если я спрошу, а насколько часто Вы лично отвечаете участникам рассылки по их вопросам в рассылку? -- С Уважением, Марк Гольдштейн Sincerely Yours' Mark Goldshtein
Re: По поводу неудобств с писка рассылки
Ivan Surzhenko пишет: 8 октября 2009 г. 15:40 пользователь Dmitri Samsonov Только для 3.5.0 в дистрибутиве нет русификации, как я понял. 1. Не принципиально. Это я как бы намекаю, что в ответить автору есть некоторое лукавство. (-: -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобс тв списка рассылки
Mark Goldshtein пишет: А так... да, для пользователя можно придумать абзац, который будет заканчиваться чекбоксом. Для подписки на рассылку достаточно направить письмо на адрес debian-russian-requ...@lists.debian.org с темой subscribe. Куда здесь, извините, чекбокс? -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
On Thu, 08 Oct 2009 18:13:53 +0400 Dmitri Samsonov samson.samson.sam...@gmail.com wrote: Mark Goldshtein пишет: А так... да, для пользователя можно придумать абзац, который будет заканчиваться чекбоксом. Для подписки на рассылку достаточно направить письмо на адрес debian-russian-requ...@lists.debian.org с темой subscribe. Куда здесь, извините, чекбокс? с темой subscribe fix_my_broken_mua_please. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
2009/10/8 Yuri Kozlov yu...@komyakino.ru: On Thu, 08 Oct 2009 18:13:53 +0400 Dmitri Samsonov samson.samson.sam...@gmail.com wrote: Mark Goldshtein пишет: А так... да, для пользователя можно придумать абзац, который будет заканчиваться чекбоксом. Для подписки на рассылку достаточно направить письмо на адрес debian-russian-requ...@lists.debian.org с темой subscribe. Куда здесь, извините, чекбокс? с темой subscribe fix_my_broken_mua_please. Да, можно так. Ну или 'subscribe address_add' ИМХО, именно в гибкости, открытости, свободе высказывать своё мнение и состоит сила СПО. -- С Уважением, Марк Гольдштейн Sincerely Yours' Mark Goldshtein
Re: Есть ли что-то подобн ое shred для рекурсивного уд аления директорий?
lucks...@hotbox.ru wrote: James Brown пишет: Я так понял, shred не удаляет директории, в мане по этому поводу ничего не нашел, а практически идет вывод ошибки что файл является директорией. Поскольку у меня режим журналирования фс установлен в ordered, в принципе как я понимаю мне достаточно shred для невосстановимого увольнения данных. Есть ли аналог shred для рекурсивного удаления директорий? #aptitude install secure-delete #man srm #man sfill Пасибо, установил. А что означает free inode space (в отличие от free disk space)? (из мана sfill). И что касается этого: Most filesystems (ext2, ffs, etc.) have several features included to enhance performance, which will result in that sfill might not receive all available free space. Sad but true. Nothing can be done about that ... Насколько при этом надежны его результаты? Или также как и со shred, если установлен режим ordered, а не journaled, то это не создает проблем? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
On Thu, 8 Oct 2009 18:26:38 +0400 Mark Goldshtein mark.goldsht...@gmail.com wrote: 2009/10/8 Yuri Kozlov yu...@komyakino.ru: On Thu, 08 Oct 2009 18:13:53 +0400 Dmitri Samsonov samson.samson.sam...@gmail.com wrote: Mark Goldshtein пишет: А так... да, для пользователя можно придумать абзац, который будет заканчиваться чекбоксом. Для подписки на рассылку достаточно направить письмо на адрес debian-russian-requ...@lists.debian.org с темой subscribe. Куда здесь, извините, чекбокс? с темой subscribe fix_my_broken_mua_please. Да, можно так. Ну или 'subscribe address_add' ИМХО, именно в гибкости, открытости, свободе высказывать своё мнение и состоит сила СПО. Высказаться можно. Это здесь и происходит раз в полгода минимум. Только усложнять рабочее вместо того, чтобы исправить неправильно работающее у вас, никто не будет. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Количество точек на дю йм
Здравствуйте, уважаемые линуксоиды. Я тут накосячил с настройками шрифтов, поставил количество точек на дюйм больше, но шрифты сделал по меньше (на 8), потом сделал количество точек на дюйм поменьше, но шрифты побольше. От данного параметра изменяются размеры шрифтов в браузере, я часто занимаюсь версткой и мне важны истинные размеры, чтоб отрегулировать размеры шрифтов на сайте. Я не могу найти идеальный вариант. Как вообще настраивается данный параметр и как можно проверить истинность этого значения на моем мониторе? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
8 октября 2009 г. 17:48 пользователь Yuri Kozlov yu...@komyakino.ru написал: Высказаться можно. Это здесь и происходит раз в полгода минимум. Только усложнять рабочее вместо того, чтобы исправить неправильно работающее у вас, никто не будет. Давайте для начала определим, что и у кого неправильно работает. Как я уже описал Claws Mail работает с LIst-Post, но при этом игнорит Reply-To. Это правильное поведение? Если да, то не вижу преград, чтобы форсированно вписывать в Reply-To адрес рассылки. Если нет, то дайте пожалуйста название клиента с правильным поведением. А то все так красиво рассказывают о мифической функциональности около Reply-To и List-Post, но описания (или ссылки на описание) того, как оно должно выглядеть я не увидел. И еще раз повторюсь... Есть рассылки, где форсированно вписывают в Reply-To адрес рассылки. Как ни странно, такое поведение там всех устраивает и ни разу (на моей памяти) не было попыток это как-то осудить. -- With best regards, Ivan Surzhenko
Re: По поводу неудобст в списка рассылки
On 2009.10.08 at 15:49:05 +0300, Ivan Surzhenko wrote: 2. Я сейчас на работе. Мне под MacOS X версия нужна. То есть ситуация в дистре не имеет значения. Лично я с работы читаю домашнюю почту посредстом ssh домой и запуска там почтового клиента. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобст в списка рассылки
On 2009.10.08 at 16:19:45 +0300, Ivan Surzhenko wrote: Если игнорирование Reply-To при заданном List-Post является правильным явлением, то надо признать, что вебинтерфейс Gmail, iMail и некоторые другие почтовые программы ведут себя некорректно. А то! Эти почтовые программы НЕ ПРЕДНАЗНАЧЕНЫ для людей, которым есть что сказать в технических списках рассылки. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Количество точек на дюйм
В сообщении от Четверг 08 октября 2009 19:02:15 автор Беляев Павел написал: Здравствуйте, уважаемые линуксоиды. Я тут накосячил с настройками шрифтов, поставил количество точек на дюйм больше, но шрифты сделал по меньше (на 8), потом сделал количество точек на дюйм поменьше, но шрифты побольше. От данного параметра изменяются размеры шрифтов в браузере, я часто занимаюсь версткой и мне важны истинные размеры, чтоб отрегулировать размеры шрифтов на сайте. Я не могу найти идеальный вариант. Как вообще настраивается данный параметр и как можно проверить истинность этого значения на моем мониторе? Здесь http://linuxforum.ru/index.php?s=b11f1e306721596ffa27d75e9f1a47cfshowtopic=79255mode=linearplus написано DPI довольно неплохо.
Re: По поводу неудобств списк а рассылки
8 октября 2009 г. 18:18 пользователь Victor Wagner vi...@wagner.pp.ru написал: Лично я с работы читаю домашнюю почту посредстом ssh домой и запуска там почтового клиента. Не у всех комп дома включен постоянно. -- With best regards, Ivan Surzhenko
Re: Количество точек на дюйм
Thu, 08 Oct 2009 21:02:15 +0600 Беляев Павел debian-russ...@ekadeb.ru wrote: Здравствуйте, уважаемые линуксоиды. Я тут накосячил с настройками шрифтов, поставил количество точек на дюйм больше, но шрифты сделал по меньше (на 8), потом сделал количество точек на дюйм поменьше, но шрифты побольше. От данного параметра изменяются размеры шрифтов в Правильно - это задать размер экрана, но не задавать DPI. Только правильно это не соответствует как в винде, там как-то совсем ущербно это задается. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Конвертация внутре ннего представления переменных в Tcl
On 2009.10.08 at 15:31:09 +0400, Alexey Pechnikov wrote: Hello! В tcl-расширении потребовалось определить тип данных в переменной, что реализуется проверкой возвращаемого значения функции Tcl_ConvertToType(interp, objPtr, typePtr) Вообще-то она не это делает. Она пытается преобразовать текущее представление данных в указанный тип, и если не получается, возвращает TCL_ERROR. Поэтому использовать этот механизм для проверки типа - занятие довольно стремное. А вдруг там была строка, которую почему-либо УДАЛОСЬ преобразовать в boolean, но имелось в виду совсем не это? Я бы ПРОВЕРЯЛ тип объекта посредством strcmp(obj-typePtr-name,ожидаемый тип) (благо, и поле typePtr в Tcl_Obj, и поле name в Tcl_ObjType - документировано) При таком подходе я могу быть увереным, что никаких неявных преобразований моя проверка не вызвала. (а то напарывался я как-то с такой проверкой. Была у меня структурка данных с 6-мегабайтным строковым представлением, и из-за ошибки в расширении, куда в качестве параметра могла быть передана либо эта структурка в виде моего собственного ObjType, либо список, оно по циклу сериализовывалось/десериализовывалось столько раз, сколько строк было в этой таблице. А все из-за того, что я сначала попытался проверить, не список ли это, и оно честно пыталось сконвертить объект в списочное представление). Вопрос: каким образом в расширении выполнить конвертацию типа данных переменной, не таская с собой все исходники Tcl? В норме это делается так - просишь сконвертить в НУЖНЫЙ тебе тип. Чем-то типа Tcl_GetBooleanFromObj. А оно уж само разбирается, что там было, и как можно это сконвертить. Ну и возвращает TCL_ERROR, ежели не получилось. Вот со строками и ByteArray ситуация может быть значительно веселее. Если ты не знаешь по смыслу, бинарные у тебя данные или нет, то определить какое представление тебе больше подходит - строковое или ByteArray - штука весьма затруднительная, особенно в задачах где бывает и то, и то, например в задачах электронной подписи. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Конвертация внутре ннего представления переменных в Tcl
On 2009.10.08 at 17:04:50 +0400, Alexey Pechnikov wrote: Hello! Собственно, сейчас делаю так Tcl_ObjType *tclBooleanType = Tcl_GetObjType(boolean); Но обычной практикой является использование констант, здесь же приходится делать вызов функции, что не очень приятно. Ну, можно все необходимые типы запросить в Init-функции твоего расширения. Если, ты, конечно уверен, что в момент выполнения этой функции все расширения, которые могут реализовывать интересные тебе типы, уже загружены. Так что вызов функции будет ровно один за период жизни твоего интерпретатора. А дальше у тебя будет статическая переменная. Best regards, Alexey Pechnikov. http://pechnikov.tel/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
2009/10/8 Victor Wagner vi...@wagner.pp.ru: On 2009.10.08 at 16:19:45 +0300, Ivan Surzhenko wrote: Если игнорирование Reply-To при заданном List-Post является правильным явлением, то надо признать, что вебинтерфейс Gmail, iMail и некоторые другие почтовые программы ведут себя некорректно. А то! Эти почтовые программы НЕ ПРЕДНАЗНАЧЕНЫ для людей, которым есть что сказать в технических списках рассылки. А как насчёт тех людей, которым есть что спросить? -- С Уважением, Марк Гольдштейн Sincerely Yours' Mark Goldshtein
Re: По поводу неудобств списка рассылки
Victor Wagner - debian-russian@lists.debian.org @ Thu, 8 Oct 2009 19:21:07 +0400: Если игнорирование Reply-To при заданном List-Post является правильным явлением, то надо признать, что вебинтерфейс Gmail, iMail и некоторые другие почтовые программы ведут себя некорректно. VW А то! Эти почтовые программы НЕ ПРЕДНАЗНАЧЕНЫ для людей, которым есть VW что сказать в технических списках рассылки. Есть что _ответить_ в технический список рассылки. -- Как в notepad тексты редактировать? Руками каждую букву набирать, что ли? (c)vitus -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
On Thu, 8 Oct 2009 18:08:07 +0300 Ivan Surzhenko i.surzhe...@gmail.com wrote: 8 октября 2009 г. 17:48 пользователь Yuri Kozlov yu...@komyakino.ru написал: Высказаться можно. Это здесь и происходит раз в полгода минимум. Только усложнять рабочее вместо того, чтобы исправить неправильно работающее у вас, никто не будет. Давайте для начала определим, что и у кого неправильно работает. Как я уже описал Claws Mail работает с LIst-Post, но при этом игнорит Reply-To. Это правильное поведение? Если да, то не вижу преград, чтобы форсированно вписывать в Reply-To адрес рассылки. Если нет, то дайте пожалуйста название клиента с правильным поведением. А то все так красиво рассказывают о мифической функциональности около Reply-To и List-Post, но описания (или ссылки на описание) того, как оно должно выглядеть я не увидел. Какой же мифической? Жму ответить — уходит в рассылку. Жму отправителю уходит отправителю. Всё логично работает. С Reply-To письмо сразу не нашёл. Если при установленных сразу двух заголовках что-то работает неправильно — это нужно исправить. Только найти в rfc как должно быть. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
8 октября 2009 г. 19:41 пользователь Yuri Kozlov yu...@komyakino.ru написал: Жму отправителю уходит отправителю. Всё логично работает. С Reply-To письмо сразу не нашёл. Отправителю или по адресу Reply-To? В том то и дело, что он отправляет отправителю и забивает на поле Reply-To. Так как Вы там собираетесь отвечать в приватном режиме человеку, который не подписан на список рассылки и хотел бы получить ответ на ящик указанный в Reply-To? В стандартах пока не нашел ответ. Буду копать дальше. -- With best regards, Ivan Surzhenko
Re: По поводу неудобств списк а рассылки
Note: Some mail applications have automatic reply commands that include the destination addresses of the original message in the destination addresses of the reply. How those reply commands behave is implementation dependent and is beyond the scope of this document. http://www.faqs.org/rfcs/rfc2822.html Посмотрю еще... но что-то мне кажется, что вряд-ли что-то найдем... -- With best regards, Ivan Surzhenko
Re: По поводу неудобств списка рассылки
On Thu, 8 Oct 2009 19:52:52 +0300 Ivan Surzhenko i.surzhe...@gmail.com wrote: 8 октября 2009 г. 19:41 пользователь Yuri Kozlov yu...@komyakino.ru написал: Жму отправителю уходит отправителю. Всё логично работает. С Reply-To письмо сразу не нашёл. Отправителю или по адресу Reply-To? В том то и дело, что он отправляет отправителю и забивает на поле Reply-To. Проверить быстро не могу. Может и забивает. Но чтобы оформить багу, надо понимать как должно быть правильно. Так как Вы там собираетесь отвечать в приватном режиме человеку, который не подписан на список рассылки и хотел бы получить ответ на ящик указанный в Reply-To? В стандартах пока не нашел ответ. Буду копать дальше. Неподписанные обычно в конце письма пишут Please CC: to me И Reply-To, похоже, не пользуются. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списк а рассылки
8 октября 2009 г. 20:15 пользователь Yuri Kozlov yu...@komyakino.ru написал: Неподписанные обычно в конце письма пишут Please CC: to me И Reply-To, похоже, не пользуются. тогда мне не понятна вот эта фраза: 8 октября 2009 г. 11:35 пользователь Alexander GQ Gerasiov g...@cs.msu.su написал: Только вот я не понимаю, почему я должен страдать из-за того, что ты хочешь пользоваться кривым MUA не знакомым с РФЦ 2369. Мой клиент сейчас работает правильно. А вот если рассылка начнет подменять reply-to, то при нажатии на кнопку ответить автору письмо полетит в рассылку. -- With best regards, Ivan Surzhenko
Re: По поводу неудобст в списка рассылки
On Thu, Oct 08, 2009 at 01:37:27PM +0400, DamirX wrote: Далее по треду должно последовать столкновение интересов тех, кто за закон (RFC) и тех кто за удобство. Но разве RFC писали не для удобства использования интернета и почты? Не стоит-ли применять RFC Это удобство ровно до того момента, когда ты по ошибке не пошлешь в рассылку, что-нибудь важное или компрометирующее тебя, будучи твердо уверенным, что ты отвечаешь автору письма. На моей памяти был случай, когда аппаратчик одной небольшой либеральной партии послал в полупубличную рассылку свою незамысловатую бухгалтерию. С нерезидентными источниками доходов. И масса других, чуть менее драматических. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
про ifupdown и dhcliet
Всем привет.
Провадыр выдаёт локальные ip по dhcp. При этом очень хочется иметь
статичский локальный ip адрес. Уговорить запомнить мой mac или ещё лучше
client-id пока не получилось. По этому единственный вариант который я
вижу --- это не релизить ip при выходе.
Что добиться этого от замечательный ifupdown'а, надо использовать manual
метод. А это на мой взгляд костыли.
И тут у меня появляется первый вопрос:
А точно ли я ничего не упустил, и не отдать лизу можно только через
manual метод.
А следом и второй: а почему ifupdown до сих пор ещё не закопан?
Кстати ещё недавно мне казалось, что он мёртв, хотя сейчас я вижу новую
версию, 0.6.9, от 6 сентнября. При этом есть куча других network
manager'ов. И очень хотелось бы узнать, как с ними обстоят дела.
Есть или намечается какая-нибудь реальная земена ifupdown'у?
Теперь ещё интереснее. Провайдыр наконец-то научился раздавать маршруты
для локальный сети по dhcp.
iface eth0 inet dhcp просит и возвращает ip так:
dhclient3 -pf /var/run/dhclient.eth0.pid -lf
/var/lib/dhcp3/dhclient.eth0.leases eth0
dhclient3 -r -pf /var/run/dhclient.eth0.pid -lf
/var/lib/dhcp3/dhclient.eth0.leases eth0
Но я же не хочу релизить ip, по этому у меня сделано так:
iface eth0 inet manual
up ip addr flush dev $IFACE
up ip link set $IFACE up
up /etc/network/my_dhcp
down /etc/network/my_dhcp
down ip addr flush dev $IFACE
down ip link set $IFACE down
А my_dhcp делает всё тоже самое, только shutdown делается через -x
вместо -r.
Вот тут и возникает ещё одна проблема: dhcliet не прописывает маршруты
при поднятии, которому предшевствовало завершение по -x.
Очевидно, что всё дело в dhclient.eth0.leases
Разница заключается в том, что после
dhclient3 -r -pf /var/run/dhclient.eth0.pid -lf
/var/lib/dhcp3/dhclient.eth0.leases eth0 dhclient.eth0.leases
в отличии от
dhclient3 -x -pf /var/run/dhclient.eth0.pid -lf
/var/lib/dhcp3/dhclient.eth0.leases eth0 dhclient.eth0.leases
в dhclient.eth0.leases присуствует ещё один блок
lease {
...
renew 4 2009/10/08 17:17:00;
rebind 4 2009/10/08 17:17:00;
expire 4 2009/10/08 17:17:00;
}
За одно хотелось бы узнать, почему иногда в dhclient.eth0.leases
присуствуют два блока с interface eth0.
И ещё: очень бы хотелось узнать, почему при запуске dhclient3 я вижу:
wifi0: unknown hardware address type 801
wifi0: unknown hardware address type 801
а при остановке:
wifi0: unknown hardware address type 801
parse_option_param: Bad format a
wifi0: unknown hardware address type 801
--
sergio
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Идеологически верн ый звукосервер.
On Thu, Oct 08, 2009 at 08:49:46AM +0400, DamirX wrote: Как показал опыт, именно в тех областях где успешно продвигается Linux -- 30% производительности никто не отдаст. А так, у нас давно был бы Hurd, или Linux на каком-нибудь микроядре. И это при том, что 30% прирост производительности железа мы имеем каждый год. Где на ваш взгляд нельзя пожертвовать 30% ?? Числогрызы какие-нибудь? Так там ОС это вообще средство запуска числогрызной программы. А большинство десктопов-вебсерверов, давно уже не в состоянии утилизовать всю вычислительную способность железа. Черт. Почему мне ее все время нигде не хватает? На мой взгляд, популярность линукса - явление обусловленное скорее социумом (готовность пользователей, как конечных так и админов, программистов), нежели технически. Это правильно. Но! Распространение Linux началось в университетах, (и самого выдающегося успеха добилось именно на числодробилках), а сейчас лежит в серверной области, где с развитием виртуального хостинга и идеологической кривизной server-side лишних ресурсов тоже нет. И если Вы читаете LKML, то там это видно очень хорошо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
каталог после выход а из MC
Здравствуйте! Midnight commander в lenny 5.02 ведет себя несколько непривычно: запускаю mc, перехожу в какой-нибудь другой каталог, завершаю работу mc -- и текущим каталогом оказывается снова тот, в котором mc был запущен. Можно ли (и как?) изменить это поведение на более привычное -- чтобы после выхода из mc текущим каталогом оказывался тот, в который я в mc перехожу? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: каталог после выхода из MC
Ну это стандартное поведение, на сколько я понимаю, все переходы по директориям относятся только к миднайту. 2009/10/8 antilopa_...@list.ru Здравствуйте! Midnight commander в lenny 5.02 ведет себя несколько непривычно: запускаю mc, перехожу в какой-нибудь другой каталог, завершаю работу mc -- и текущим каталогом оказывается снова тот, в котором mc был запущен. Можно ли (и как?) изменить это поведение на более привычное -- чтобы после выхода из mc текущим каталогом оказывался тот, в который я в mc перехожу? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Rgds, Feata`lion
Re: По поводу неудобств списка рассылки
Thu, 8 Oct 2009 21:35:01 +0400 Иван Лох l...@1917.com wrote: On Thu, Oct 08, 2009 at 01:37:27PM +0400, DamirX wrote: Далее по треду должно последовать столкновение интересов тех, кто за закон (RFC) и тех кто за удобство. Но разве RFC писали не для удобства использования интернета и почты? Не стоит-ли применять RFC Это удобство ровно до того момента, когда ты по ошибке не пошлешь в рассылку, что-нибудь важное или компрометирующее тебя, будучи твердо уверенным, что ты отвечаешь автору письма. На моей памяти был случай, когда аппаратчик одной небольшой либеральной партии послал в полупубличную рассылку свою незамысловатую бухгалтерию. С нерезидентными источниками доходов. И масса других, чуть менее драматических. У нас во внутреннюю рассылку несколько раз попадала приватная информация, потому что некоторые люди любят писать письма нажимая кнопку reply на первом попавшемся письме нужного адрсата. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Конвертация внутреннего представления переменных в Tcl
Hello!
On Thursday 08 October 2009 19:40:05 Victor Wagner wrote:
Поэтому использовать этот механизм для проверки типа - занятие довольно
стремное. А вдруг там была строка, которую почему-либо УДАЛОСЬ
преобразовать в boolean, но имелось в виду совсем не это?
Я бы ПРОВЕРЯЛ тип объекта посредством
strcmp(obj-typePtr-name,ожидаемый тип)
(благо, и поле typePtr в Tcl_Obj, и поле name в Tcl_ObjType -
документировано)
Ситуация как раз в том, что апстрим sqlite делает именно проверку по
obj-typePtr-name
В итоге оказывается, что один и тот же тиклевский код из скрипта
и в tclsh шелле дает _разный_ результат:
$ tclsh8.5 /tmp/test
1.0 ERROR integer!=text
1.1 OK
1.2 ERROR 1!=
1.3 OK
1.4 OK
$ tclsh8.5
% package require sqlite3
sqlite3 db :memory:
db eval {create table test(a int);insert into test values (1);}
proc test {label sql result} {
global i j
puts -nonewline $label\t
set _result [db eval $sql]
if { $_result eq $result} {
puts OK
} else {
puts ERROR\t$result!=$_result
}
}
proc sql {value} {return $value}
db function sql sql
set i 1
set j [db onecolumn {select quote($i)}]
test 1.0 {select typeof($i)} integer
test 1.1 {select * from test where a=$i} 1
test 1.2 {select * from test where 1=$i} 1 ;# it doesn't work in orig sqlite
test 1.3 {select a from test where a IN (cast($i AS INT), 160)} 1
test 1.4 {select a from test where 1 IN (cast($i AS INT), 160)} 1
3.6.18
% % % % % % % 1
% 1
% % 1.0 OK
% 1.1 OK
% 1.2 OK
% 1.3 OK
% 1.4 OK
% %
В sqlite3 шелле это же выражение, разумеется, выполняется
корректно
select * from test where 1=1
1
Найти ошибку в тиклевском коде тоже почти невозможно, т.к. всегда
string is wideint -strict 1
1
На мой взгляд, все очень даже плохо.
Best regards, Alexey Pechnikov.
http://pechnikov.tel/
Re: По поводу неудобств списка рассылки
Thu, 8 Oct 2009 20:27:22 +0300 Ivan Surzhenko i.surzhe...@gmail.com wrote: 8 октября 2009 г. 20:15 пользователь Yuri Kozlov yu...@komyakino.ru написал: Неподписанные обычно в конце письма пишут Please CC: to me И Reply-To, похоже, не пользуются. Я пользуюсь. тогда мне не понятна вот эта фраза: 8 октября 2009 г. 11:35 пользователь Alexander GQ Gerasiov g...@cs.msu.su написал: Только вот я не понимаю, почему я должен страдать из-за того, что ты хочешь пользоваться кривым MUA не знакомым с РФЦ 2369. Мой клиент сейчас работает правильно. А вот если рассылка начнет подменять reply-to, то при нажатии на кнопку ответить автору письмо полетит в рассылку. Ежели в таком случае Claws теперь игнорирует reply-to, то, возможно, надо зафайлить багу. Потому что поведение неправильное. Раньше он вел себя правильно, насколько я помню. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобст в списка рассылки
On 2009.10.08 at 19:50:14 +0400, Mark Goldshtein wrote: 2009/10/8 Victor Wagner vi...@wagner.pp.ru: On 2009.10.08 at 16:19:45 +0300, Ivan Surzhenko wrote: Если игнорирование Reply-To при заданном List-Post является правильным явлением, то надо признать, что вебинтерфейс Gmail, iMail и некоторые другие почтовые программы ведут себя некорректно. А то! Эти почтовые программы НЕ ПРЕДНАЗНАЧЕНЫ для людей, которым есть что сказать в технических списках рассылки. А как насчёт тех людей, которым есть что спросить? А им-то List-Reply зачем? Пусть новый тред инициируют. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Конвертация внутре ннего представления переменных в Tcl
On 2009.10.08 at 22:38:55 +0400, Alexey Pechnikov wrote: (благо, и поле typePtr в Tcl_Obj, и поле name в Tcl_ObjType - документировано) Ситуация как раз в том, что апстрим sqlite делает именно проверку по obj-typePtr-name В итоге оказывается, что один и тот же тиклевский код из скрипта и в tclsh шелле дает _разный_ результат: $ tclsh8.5 /tmp/test 1.0 ERROR integer!=text 1.1 OK 1.2 ERROR 1!= 1.3 OK 1.4 OK А вот тут НЕ НАДО делать проверку. Благо требуемый тип известен. Надо не проверять, а пытаться преобразовать данные к требуемому типу. И ругаться только если не получилось. Соответствено, Tcl_GetWideIntFromObj. При этом таблица преобразований должна быть не тикловая внутренняя, поскольку никто не обещал, что завтра внутреннее представление integer не поменяют на несовместимое с нужным тебе, а своя собственная, использующая для преобразования Tcl_Get*FromObj. Поскольку у них тип результата документирован. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Mark Goldshtein - debian-russian@lists.debian.org @ Thu, 8 Oct 2009 19:50:14 +0400: Если игнорирование Reply-To при заданном List-Post является правильным явлением, то надо признать, что вебинтерфейс Gmail, iMail и некоторые другие почтовые программы ведут себя некорректно. А то! Эти почтовые программы НЕ ПРЕДНАЗНАЧЕНЫ для людей, которым есть что сказать в технических списках рассылки. MG А как насчёт тех людей, которым есть что спросить? А на спросить обсуждаемая проблема, как нетрудно заметить, не распространяется. -- Максимум интеллекта у человеческих особей приходится на группу из двух-трех человек. П.Шумил, Осколки Эдема -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: По поводу неудобств списка рассылки
Уж извиняйте, что слепил всё в один пост (сам так не люблю, но тут ситуация располагает). Постараюсь сделать его понятнее. Всё моё имхо, за поправки заранее благодарен. Alexander GQ Gerasiov вероятно ошибся, утверждая, что если я нажму ответить автору - он оправит письмо по адресу из Reply-To. В реальности в клавсе всё проходит несколько иначе (но тоже хорошо;). Как - скажу ниже. On Thu, 8 Oct 2009 18:08:07 +0300 Ivan Surzhenko wrote: Давайте для начала определим, что и у кого неправильно работает. Как я уже описал Claws Mail работает с LIst-Post, но при этом игнорит Reply-To. Нет, не игнорит. Но если проверять то, что говорил Alexander GQ Gerasiov, то такое впечатление может сложиться. Главный вопрос такой: если Reply-To имеет больший приоритет над From, то почему, когда я нажимаю Reply To Sender для письма из убунтовской рассылки (которая заменяет этот самый Reply-To и дополнительно прописывает себя в List-Post), этот клиент игнорирует поле Reply-To и вписывает адрес из From? Потому что посылка не верна - reply-to приоритета не имеет. И вообще говоря, sender - это именно тот, от кого from. Никакого криминала не вижу. Вобщем-то я знаю ответ - Sender подразумевает ответ адрес из одноименного поля без учета Reply-To... В общем-то да. Но есть но - никто не забыт и reply-to не игнорируется. Учитывается сам факт наличия reply-to. Если он есть - ответ в лист имеет CC на reply-to. И по-моему это логично (в частности для не подписанных, да?). В этом случае те, кто _не хочет получать копии ответов_ в личку такое поле не прописывают. Очевидно, их абсолютное большинство и для личного ответа в такой ситуации следует использовать from, что MUA радостно и делает. Как Вы собираетесь отвечать пользователю, который хочет получить ответ на адрес из Reply-To и не является подписчиком рассылки? Думаю, ответ на этот вопрос понятен из выше написанного - достаточно просто ответить в рассылку... Похоже идея такая: если указан список рассылки, то ответ выполняется на адрес рассылки (если не указано пользователем явно иное). При этом Reply-To становится ненужным. Так как он всячески игнорится клиентом. Неверно... Так почему-же ему не задавать емейл рассылки? Всем сразу станет хорошо. Плохо станет... И еще раз повторюсь... Есть рассылки, где форсированно вписывают в Reply-To адрес рассылки. Как ни странно, такое поведение там всех устраивает Это не так. Меня это _не_ устраивает (квантор общности тю-тю..). В соответствии с вышеописанным алгоритмом на subscribe.ru мой почтарь отправляет письмо в рассылку и копию тоже в рассылку. Убил бы. -- Grey Fenrir -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: каталог после выхо да из MC
On 2009.10.09 at 02:18:57 +0800, antilopa_...@list.ru wrote:
Здравствуйте!
Midnight commander в lenny 5.02 ведет себя несколько непривычно:
запускаю mc, перехожу в какой-нибудь другой каталог, завершаю
работу mc -- и текущим каталогом оказывается снова тот, в котором
mc был запущен.
Можно ли (и как?) изменить это поведение на более привычное -- чтобы
после выхода из mc текущим каталогом оказывался тот, в который я в
mc перехожу?
Нужно у себя в профайле (~/.bash_profile) добавить строчку
. /usr/share/mc/bin/mc.sh
Это, между прочим, в man mc написано.
Хотя нет, там же alias, лучше в .bashrc, а не .bash_profile
Теперь про то как это работает.
Текущая директория в Unix - свойство процесса. Поэтому процесс,
запущенный из shell не имеет никаких штатных способов сообщить этому
shell что он поменял в процессе работы директорию и на какую.
Поэтому когда ты завершаешь mc и возвращаешься в тот шелл, откуда его
запустил, текущей директорией у этого шелла будет та же самая, что была
до запуска mc.
Поэтому у mc предусмотрен ключик -p, который позволяет записать в момент
выхода текущую директорию в файл.
Благодаря этому мы можем запускать mc из шелловской функции или алиаса
(благо и то, и другое выполняетя в текущем шелле и способно поменять
ему текущую директорию), которая запустит mc, добавив в командную строку
этот ключик, а потом прочитает файлик и сделает туда cd.
Надо сказать, реализация, данной функциональности, входящая в пакет mc
из lenny мне показалась безумно кривой.
1. Почему alias, а не шелловская функция? Алиас нужно в каждом шелле
определять заново, а шелловскую функцию можно экспортировать как и
переменную среды.
2. Алиас реализован как зачитывание (командой точка) файлика
mc-wrapper.sh
Ну это понятно. Если мы не умеем писать функции, значит справиться с
чтением файлика из той же команды мы не сможем.
3. Писать файлик в общий /tmp как-то несекьюрно. Почему бы не в ${HOME}
текущего пользователя?
4. Про наличие у команды id ключиков -u и -n авторы скрипта как-то не в
курсе. Вместо этого парсят вывод id sed-ом. Хотя я б вообще скорее
переменной LOGNAME воспользовался. А ведь эти ключики поддерживаются
даже в Solaris (правда, там правильный id лежит там же, где правильный
sed и правильный grep, и это где-то - ни разу не /usr/bin).
5. Ну и test дергать два раза вместо того чтобы использовать его опцию
-a
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Легковесная замена BI ND
Денис пишет: On Wed, 7 Oct 2009 21:18:49 +0700 Vasily Ivanov cae...@academ.org wrote: Хотя похоже в ленни его уже нету =/ pdns зато есть Используете его? Если да, то можете объяснить как работает supermaster? signature.asc Description: OpenPGP digital signature
