Re: Утилиты в стиле true unix way
В Чтв, 07/01/2010 в 03:57 +0300, Alexey Pechnikov пишет: Вопрос из рубрики расширения кругозора. Существуют ли пакеты утилит, реализованные в духе следующих: - утилит от DJB (daemontools, ucspi-tcp, qmail) - ПО от DRH (sqlite, fossil) - Tc/Tk и некоторые другие. В список не включаю djbdns, т.к. я лично с ним не работал (по документации видно, что сделано все для простого и удобного использования, как и в вышеперечисленных утилитах DJB). а что по вашему мнению должны делать эти утилиты? В какой области работать? Кстати я не уверен что именно перечисленные вами утилиты это unix way например мне кажется что(IMHO такое): * sendmail это более unix чем qmail * pgsql это более unix чем sqlite * bind это больше unix чем djbdns * C это больше unix чем TC вас вероятно интересуют не UNIX way а облегчённые/урезанные утилиты. -- Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стиле true unix way
В Чтв, 07/01/2010 в 03:57 +0300, Alexey Pechnikov пишет: Hello! Вопрос из рубрики расширения кругозора. Существуют ли пакеты утилит, реализованные в духе следующих: - утилит от DJB (daemontools, ucspi-tcp, qmail) - ПО от DRH (sqlite, fossil) - Tc/Tk и некоторые другие. В список не включаю djbdns, т.к. я лично с ним не работал (по документации видно, что сделано все для простого и удобного использования, как и в вышеперечисленных утилитах DJB). Best regards, Alexey Pechnikov. http://pechnikov.tel/ Ваш клиент: KMail/1.12.1 (Linux/2.6.32-trunk-686; KDE/4.3.4; i686; * KDE (темболее KDE4) это не UNIX-way (IMHO)- см на gnome (для начала) * KMail это не UNIX-way (IMHO)- минимализм это mute/pine :) -- Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стиле true unix way
Hello! On Thursday 07 January 2010 12:47:43 Oleg Tsymaenko wrote: Ваш клиент: KMail/1.12.1 (Linux/2.6.32-trunk-686; KDE/4.3.4; i686; * KDE (темболее KDE4) это не UNIX-way (IMHO)- см на gnome (для начала) * KMail это не UNIX-way (IMHO)- минимализм это mute/pine :) А еще я сижу на стуле, а не на табуретке. Надеюсь, на этом основании вы не откажете мне в интересующих меня знаниях ;-) Касаемо десктопа - тут у меня уже давно нет иллюзий искать unix way. Выбирая же из кучки безобразий, выбирают меньшее, а это как раз KDE, а вовсе не gnome (первое как минимум кроссплатформенное). Раз уж вы заговорили про почтовый клиент - не подскажете ли что-то не столь монстрообразное, как mutt, но позволяющее отправлять почту со вложениями, используя кириллицу в хидерах и теле письма? Для отправки файлов удобны утилиты из пакета mpack, но они не поддерживают кириллицу. Область применения - автоматизированная пакетная отправка (для приема есть qmail+mess822+mailtextbody). Собственно, и нужен-то всего лишь некоторый интерфейс к qmail-inject, и мегабайтный бинарь mutt в данной ситуации смахивает на огромного динозавра (не говоря о том, что в него еще и криптацию запихнули, что и вовсе не задача для прикладного ПО - для криптации есть openssl, stunnel или matrixssl). Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стиле true unix way
Hello! On Thursday 07 January 2010 09:48:27 Konstantin Matyukhin wrote: Существуют ли пакеты утилит, реализованные в духе следующих: - утилит от DJB (daemontools, ucspi-tcp, qmail) - ПО от DRH (sqlite, fossil) - Tc/Tk Вы бы критерии духа сформулировали поточнее что-ли. Надежность, компактность, безопасность, продуманная архитектура, минимум кода, сложные вещи реализуются как набор утилит. Как пример см. пакеты, которые сопровождает Gerrit Pape: http://qa.debian.org/developer.php?login=p...@smarden.org Насчет всех не могу сказать, но многие из указанных пакетов удовлетворяют перечисленным выше требованиям. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стиле true unix way
К счастью мне даже после вашего поста кажется что mutt в отличии от kmail это UNIX way. И уж точно это _НЕ_ монстрообразная программа. Я не понял того что написано ниже. например почему использование в mutt своей системы шифрования вместо openssl это плохо и не по юниксовому. Я вижу UNIX-way в первую очередь как много мелких узкоспециальных программ которые легко комбинировать во чтото сложное. Во вторую очередь это способ комбинации: каналы. теперь о том как я использовал mute: я использовал внешний текстовый редактор(vim), внешний просмотрщик(w3m), внешний шифровальщик(openssl), внешний проверщик орфографии(aspeel), внешнюю адресную книгу(abook), внешний spam-фильтр(spamassassin) и даже внешний доставщик почты(fetchmail). Плотно пользовался каналами. (!) Вот такая сборка кубиков IMHO и есть UNIX way (!) Не нравится mutt - попробуйте SquirrelMail - это не по UNIX-овому Не нравится SquirrelMail - попробуйте SOGo - это тоже не по юниксовому если вопрос зашёл о почтовом сервере - то моё предпочтение это postfix(привычка). Кстати он состоит из отдельных узко специальных модулей которые взаимодействуют между собой(как впрочем и qmail). Про sendmail я ляпнул немного не подумав. Пардон. теперь о postgre: postgre я выбрал как UNIX way изза его модульности и расширяемости. И ничего плохого в модуле поддержки XML не вижу. Это кстати тоже UNIX way - человеко читамемые файлы (!!!) и в полнотекстном поиске ничего плохого не вижу. я его долго ждал. Да и как это отразилось на качестве - я не понимаю. Да и о фичах... у меня щас две версии PG крутятся: 7.4 и 8.1 и ОЧЕНЬ хорошо что разработчики не спешат в каждой версии кардинально трогать ядро. 8.4 я под нагрузкой не щупал. В Чтв, 07/01/2010 в 14:29 +0300, Alexey Pechnikov пишет: Hello! On Thursday 07 January 2010 12:47:43 Oleg Tsymaenko wrote: Ваш клиент: KMail/1.12.1 (Linux/2.6.32-trunk-686; KDE/4.3.4; i686; * KDE (темболее KDE4) это не UNIX-way (IMHO)- см на gnome (для начала) * KMail это не UNIX-way (IMHO)- минимализм это mute/pine :) А еще я сижу на стуле, а не на табуретке. Надеюсь, на этом основании вы не откажете мне в интересующих меня знаниях ;-) Касаемо десктопа - тут у меня уже давно нет иллюзий искать unix way. Выбирая же из кучки безобразий, выбирают меньшее, а это как раз KDE, а вовсе не gnome (первое как минимум кроссплатформенное). Раз уж вы заговорили про почтовый клиент - не подскажете ли что-то не столь монстрообразное, как mutt, но позволяющее отправлять почту со вложениями, используя кириллицу в хидерах и теле письма? Для отправки файлов удобны утилиты из пакета mpack, но они не поддерживают кириллицу. Область применения - автоматизированная пакетная отправка (для приема есть qmail+mess822+mailtextbody). Собственно, и нужен-то всего лишь некоторый интерфейс к qmail-inject, и мегабайтный бинарь mutt в данной ситуации смахивает на огромного динозавра (не говоря о том, что в него еще и криптацию запихнули, что и вовсе не задача для прикладного ПО - для криптации есть openssl, stunnel или matrixssl). Best regards, Alexey Pechnikov. http://pechnikov.tel/ -- Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стиле true unix way
Надежность, компактность, безопасность, продуманная архитектура, минимум кода, сложные вещи реализуются как набор утилит. В дальнейшей переписке предлагаю называть эти критерии Alexey Pechnikov true UNIX way или сокращенно APTUW -- Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
помогите найти альтернативу WinSCP (Free SFTP, FTP and SCP client)
с приятным интерефейсом и без привязок к Кедовским и Гномовским библиотекам.
Re: Утилиты в стиле true unix way
Hello! On Thursday 07 January 2010 15:54:26 Oleg Tsymaenko wrote: К счастью мне даже после вашего поста кажется что mutt в отличии от kmail это UNIX way. И уж точно это _НЕ_ монстрообразная программа. Я не понял того что написано ниже. например почему использование в mutt своей системы шифрования вместо openssl это плохо и не по юниксовому. Я вижу UNIX-way в первую очередь как много мелких узкоспециальных программ которые легко комбинировать во чтото сложное. Во вторую очередь это способ комбинации: каналы. теперь о том как я использовал mute: я использовал внешний текстовый редактор(vim), внешний просмотрщик(w3m), внешний шифровальщик(openssl), внешний проверщик орфографии(aspeel), внешнюю адресную книгу(abook), внешний spam-фильтр(spamassassin) и даже внешний доставщик почты(fetchmail). Плотно пользовался каналами. (!) Вот такая сборка кубиков IMHO и есть UNIX way (!) Вы серьезно _утверждаете_, что mutt состоит из компонентов, взаимодействующих через пайпы? $ ldd `which mutt` linux-gate.so.1 = (0xb7769000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb76fe000) libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb76d5000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb762d000) libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb7605000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7602000) libgnutls.so.26 = /usr/lib/libgnutls.so.26 (0xb7565000) libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0xb754e000) libgdbm.so.3 = /usr/lib/libgdbm.so.3 (0xb7548000) libidn.so.11 = /usr/lib/libidn.so.11 (0xb7516000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb73cf000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb73cb000) libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb73c4000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb73c1000) libresolv.so.2 = /lib/i686/cmov/libresolv.so.2 (0xb73ab000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7392000) /lib/ld-linux.so.2 (0xb776a000) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0xb7382000) libgpg-error.so.0 = /usr/lib/libgpg-error.so.0 (0xb737e000) libz.so.1 = /usr/lib/libz.so.1 (0xb7369000) libgcrypt.so.11 = /usr/lib/libgcrypt.so.11 (0xb72f4000) Для сравнения: $ ldd /usr/sbin/qmail-smtpd linux-gate.so.1 = (0xb78c5000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7757000) /lib/ld-linux.so.2 (0xb78c6000) И далее: ve...@veter-laptop:/dev$ ls -lh `which mutt`|awk '{print $5}' 723K $ ls -lh /usr/sbin/qmail-smtpd|awk '{print $5}' 32K Посчитаем: 723K/32K=22. Факты вещь упрямая, mutt еще какой монстр. Note: надо же ухитриться программу с десятками зависимостей причислить к unix way... теперь о postgre: postgre я выбрал как UNIX way изза его модульности и расширяемости. И ничего плохого в модуле поддержки XML не вижу. Это кстати тоже UNIX way - человеко читамемые файлы (!!!) Покажите того человека, для кого они читаемые. Более того, они и для машинной обработки неудобны. Unix way - это plain text. И замена текстовых конфигов на xml приводит только к росту сложности программ (нужен дополнительный парсер) и увеличению числа ошибок в них. и в полнотекстном поиске ничего плохого не вижу. я его долго ждал. Да и как это отразилось на качестве - я не понимаю. В ядре СУБД? Так, что для включения этого самого поиска была модифицирована треть всего кода системы (см. примечания к релизу)? Вас обманули, не этого вы ждали. Да и о фичах... у меня щас две версии PG крутятся: 7.4 и 8.1 и ОЧЕНЬ хорошо что разработчики не спешат в каждой версии кардинально трогать ядро. 8.4 я под нагрузкой не щупал. Проблемы многолетней давности в планировщике запросов, который работает существенно хуже, чем в SQLite, позиционируемой как замена файловому хранилищу, регулярные секьюрити-баги, невозможность восстановить базы из дампа, созданного регулярными средствами, только недавно исправленные проблемы с unicode-символами и т.п. - вот лишь некоторые из многих. Если у вас в БД используется одна-единственная таблица для хранения лога, вы этих проблем можете и не видеть, но для такой ситуации постгрес просто не требуется. Что касается тестов производительности, так и вовсе ситуация удручающая: http://geomapx.blogspot.com/search/label/PostgreSQL Это и синтетические тесты, и на реальных задачах. Есть еще целая охапка проблем, о которых я здесь не упоминаю, т.к. там и тестировать нечего - например, постгрес при обращении к view обсчитывает все поля возвращаемых записей, включая невыбранные в запросе! Как следствие, view в постгресе - не работают, поскольку их эффективность на реальных задачах стремится к нулю. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: помогите найти альтернативу WinSCP (Free SFTP, FTP and SCP client)
On Thu, 7 Jan 2010, Alise wrote: с приятным интерефейсом и без привязок к Кедовским и Гномовским библиотекам. lftp Ю. p.s. Если же нужно именно как file-maneger, то кажется mc (/fish) умеет. Другое решение - монтировать по fuse-sshfs и использовать любой f-m.
Re: помогите найти альтернативу WinSCP (Free SFTP, FTP and SCP client)
Hello! On Thursday 07 January 2010 18:42:39 yuri.nefe...@gmail.com wrote: p.s. Если же нужно именно как file-maneger, то кажется mc (/fish) умеет. Другое решение - монтировать по fuse-sshfs и использовать любой f-m. И как это пользовать под виндами? Я на флэшке таскаю как раз putty+winscp. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стиле true unix way
В Чтв, 07/01/2010 в 18:37 +0300, Alexey Pechnikov пишет: Hello! On Thursday 07 January 2010 15:54:26 Oleg Tsymaenko wrote: К счастью мне даже после вашего поста кажется что mutt в отличии от kmail это UNIX way. И уж точно это _НЕ_ монстрообразная программа. Я не понял того что написано ниже. например почему использование в mutt своей системы шифрования вместо openssl это плохо и не по юниксовому. Я вижу UNIX-way в первую очередь как много мелких узкоспециальных программ которые легко комбинировать во чтото сложное. Во вторую очередь это способ комбинации: каналы. теперь о том как я использовал mute: я использовал внешний текстовый редактор(vim), внешний просмотрщик(w3m), внешний шифровальщик(openssl), внешний проверщик орфографии(aspeel), внешнюю адресную книгу(abook), внешний spam-фильтр(spamassassin) и даже внешний доставщик почты(fetchmail). Плотно пользовался каналами. (!) Вот такая сборка кубиков IMHO и есть UNIX way (!) Вы серьезно _утверждаете_, что mutt состоит из компонентов, взаимодействующих через пайпы? ага!!! Именно об этом я и писал выше. Не вижу никакой связи ldd и UNIX :) $ ldd `which mutt` linux-gate.so.1 = (0xb7769000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb76fe000) libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb76d5000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb762d000) libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb7605000) libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7602000) libgnutls.so.26 = /usr/lib/libgnutls.so.26 (0xb7565000) libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0xb754e000) libgdbm.so.3 = /usr/lib/libgdbm.so.3 (0xb7548000) libidn.so.11 = /usr/lib/libidn.so.11 (0xb7516000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb73cf000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb73cb000) libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb73c4000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb73c1000) libresolv.so.2 = /lib/i686/cmov/libresolv.so.2 (0xb73ab000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7392000) /lib/ld-linux.so.2 (0xb776a000) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0xb7382000) libgpg-error.so.0 = /usr/lib/libgpg-error.so.0 (0xb737e000) libz.so.1 = /usr/lib/libz.so.1 (0xb7369000) libgcrypt.so.11 = /usr/lib/libgcrypt.so.11 (0xb72f4000) Для сравнения: $ ldd /usr/sbin/qmail-smtpd linux-gate.so.1 = (0xb78c5000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7757000) /lib/ld-linux.so.2 (0xb78c6000) И далее: ve...@veter-laptop:/dev$ ls -lh `which mutt`|awk '{print $5}' 723K $ ls -lh /usr/sbin/qmail-smtpd|awk '{print $5}' 32K Посчитаем: 723K/32K=22. Факты вещь упрямая, mutt еще какой монстр. //-- Note: надо же ухитриться программу с десятками зависимостей причислить к unix way... Напишите чтото типа: ldd /bin/ls linux-gate.so.1 = (0xb80e1000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb80c1000) libselinux.so.1 = /lib/libselinux.so.1 (0xb80a7000) libacl.so.1 = /lib/libacl.so.1 (0xb809f000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7f58000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7f3f000) /lib/ld-linux.so.2 (0xb80e2000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7f3b000) libattr.so.1 = /lib/libattr.so.1 (0xb7f36000) а потом пишем сюда (в рассылку) отчёт о том что 'ls' это НЕ ЮНИКС ВЭЙ ибо у него есть зависимости. теперь о postgre: postgre я выбрал как UNIX way изза его модульности и расширяемости. И ничего плохого в модуле поддержки XML не вижу. Это кстати тоже UNIX way - человеко читамемые файлы (!!!) Покажите того человека, для кого они читаемые. Более того, они и для машинной обработки неудобны. Unix way - это plain text. И замена текстовых конфигов на xml приводит только к росту сложности программ (нужен дополнительный парсер) и увеличению числа ошибок в них. То есть вот тут вы говорите о том что XML это не plain text ??? и в полнотекстном поиске ничего плохого не вижу. я его долго ждал. Да и как это отразилось на качестве - я не понимаю. В ядре СУБД? Так, что для включения этого самого поиска была модифицирована треть всего кода системы (см. примечания к релизу)? Вас обманули, не этого вы ждали. Честно говоря в коде pg не колупался. Тем не менее осмелюсь выразить некоторые сомнения насчёт того что для включения поиска модифицирована треть всего кода системы. Думаю это преувеличение. Да и о фичах... у меня щас две версии PG крутятся: 7.4 и 8.1 и ОЧЕНЬ хорошо что разработчики не спешат в каждой версии кардинально трогать ядро. 8.4 я под нагрузкой не щупал. Проблемы многолетней давности в планировщике запросов, который работает существенно хуже, чем в SQLite, позиционируемой как замена файловому хранилищу, регулярные секьюрити-баги, невозможность восстановить базы
Re: помогите найти альтернативу WinSCP (Free SFTP, FTP and SCP client)
В Чтв, 07/01/2010 в 19:38 +0300, Alexey Pechnikov пишет: Hello! On Thursday 07 January 2010 18:42:39 yuri.nefe...@gmail.com wrote: p.s. Если же нужно именно как file-maneger, то кажется mc (/fish) умеет. Другое решение - монтировать по fuse-sshfs и использовать любой f-m. И как это пользовать под виндами? Я на флэшке таскаю как раз putty+winscp. есть плугин к far http://plugring.farmanager.com/cgi-bin/downld.cgi тут в поиске напишите scp был(вроде) еще плугин к total commander -- Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стил е true unix way
On Thu, Jan 07, 2010 at 02:14:03PM +0300, Alexey Pechnikov wrote: Sendmail - навороченный комбайн с кучей багов и сделанный без оглядки на безопасность не только не true, а вовсе фирменное безобразие. Смотрите хотя бы краткое описание здесь: Some thoughts on security after ten years of qmail 1.0 http://cr.yp.to/qmail/qmailsec-20071101.pdf Впрочем, какой у сендмэйла конфиг, такой и код и такая же архитектура. Вы просто SNOBOL не любите. А зря. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: помогите найти альтернативу WinSCP (Free SFTP, FTP and SCP client)
On Thu, 7 Jan 2010, Oleg Tsymaenko wrote: В Чтв, 07/01/2010 в 19:38 +0300, Alexey Pechnikov пишет: Hello! On Thursday 07 January 2010 18:42:39 yuri.nefe...@gmail.com wrote: p.s. Если же нужно именно как file-maneger, то кажется mc (/fish) умеет. Другое решение - монтировать по fuse-sshfs и использовать любой f-m. И как это пользовать под виндами? Я на флэшке таскаю как раз putty+winscp. есть плугин к far http://plugring.farmanager.com/cgi-bin/downld.cgi тут в поиске напишите scp был(вроде) еще плугин к total commander При чём тут винда? Человек упоминал gnome-lib. Ясно, что вопрос был про аналог для Linux. Ю. p.s. Большой толковый словарь: ПОЛЬЗОВАТЬ, -зую, -зуешь; нсв. (кого). Нар.-разг. Лечить (обычно методами нетрадиционной медицины). Больше значений нет.
Re: помогите найти альтернативу WinSCP (Free SFTP, FTP and SCP client)
Hello! On Thursday 07 January 2010 22:10:46 yuri.nefe...@gmail.com wrote: При чём тут винда? Человек упоминал gnome-lib. Ясно, что вопрос был про аналог для Linux. Gimp под виндой вовсю пользует гномовские либы. А KDE4 целиком под виндоус собирается. P.S. Если все же вопрос был про линукс, то его смысл от меня ускользает, поскольку все файловые менеджеры (mc, konqueror, etc.) умеют работать с кучей разных vfs, а вдобавок можно замонтировать sshfs/ftpfs и вовсе любым софтом работать с удаленными файлами. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стиле true unix way
Hello! On Thursday 07 January 2010 22:02:48 Иван Лох wrote: Впрочем, какой у сендмэйла конфиг, такой и код и такая же архитектура. Вы просто SNOBOL не любите. А зря. Это на основе которого Lua? Странно тогда, как это синтаксис Lua - простой, в отличии от конфига сендмайла. Впрочем, при желании все можно довести до абсурда... Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стил е true unix way
On Thu, Jan 07, 2010 at 06:37:49PM +0300, Alexey Pechnikov wrote: Вы серьезно _утверждаете_, что mutt состоит из компонентов, взаимодействующих через пайпы? Да. Он умеет это делать. $ ldd `which mutt` libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb76d5000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb762d000) Ну так скомпилируйте его без них. И все будет работать. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: помогите найти альтернативу WinSCP (Free SFTP, FTP and SCP client)
Hello! On Thursday 07 January 2010 22:10:46 yuri.nefe...@gmail.com wrote: Ю. p.s. Большой толковый словарь: ПОЛЬЗОВАТЬ, -зую, -зуешь; нсв. (кого). Нар.-разг. Лечить (обычно методами нетрадиционной медицины). Больше значений нет. Русский язык в один словарь не умещается. Смотрим толковый словарь Ушакова: ПОЛЬЗОВАТЬ ПО́ЛЬЗОВАТЬ, пользую, пользуешь, несовер., кого-что (книжн. устар.). 1. Приносить пользу кому-чему-нибудь. 2. Лечить. Больного пользовал известный врач P.S. Заметим, что значение лечить - дополнительное, что и понятно, т.к. лечить - один из способов приносить пользу. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стиле true unix way
Hello! On Thursday 07 January 2010 22:48:54 Иван Лох wrote: On Thu, Jan 07, 2010 at 06:37:49PM +0300, Alexey Pechnikov wrote: Вы серьезно _утверждаете_, что mutt состоит из компонентов, взаимодействующих через пайпы? Да. Он умеет это делать. Опенофис тоже можно заставить работать с сокетами, что, от этого он станет набором true unix утилит? Странная у вас логика. $ ldd `which mutt` libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb76d5000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb762d000) Ну так скомпилируйте его без них. И все будет работать. Первое - он и знать не должен обо всех этих либах. Второе - разные части (работающие с сетью, диском и т.п.) должны исполняться в процессах с разными правами для обеспечения безопасности. А что мы имеем - багтрекер mutt с кучей багов, как результат. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стил е true unix way
On Thu, Jan 07, 2010 at 10:59:18PM +0300, Alexey Pechnikov wrote: Hello! On Thursday 07 January 2010 22:48:54 Иван Лох wrote: On Thu, Jan 07, 2010 at 06:37:49PM +0300, Alexey Pechnikov wrote: Вы серьезно _утверждаете_, что mutt состоит из компонентов, взаимодействующих через пайпы? Да. Он умеет это делать. Опенофис тоже можно заставить работать с сокетами, что, от этого он станет набором true unix утилит? Странная у вас логика. Его не надо заставлять. Он умеет то делать с ранних версий. $ ldd `which mutt` libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb76d5000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb762d000) Ну так скомпилируйте его без них. И все будет работать. Первое - он и знать не должен обо всех этих либах. Это глупость. Если я хочу шифровать канал внешней программой, то я могу использовать ее. А могу и системную библиотеку через mutt. Для интерактивной программы пайп далеко не всегда самый простой и эффективный путь решения задачи. Даже наоборот. Второе - разные части (работающие с сетью, диском и т.п.) должны исполняться в процессах с разными правами для обеспечения безопасности. Охренеть. Это, что IMAP сессию он с особыми правами проводить должен? Или каталог для локального сохранения почты с особыми правами создавать. мы имеем - багтрекер mutt с кучей багов, как результат. Я пользуюсь этой программой с момента ее создания. Иногда в сложных/ изощренных/экспериментальных конфигурациях. Это одна из трех или четырех безглючных программ, которые я когда-либо видел. Что можно делать на ее багтрекере? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стиле true unix way
В Чтв, 07/01/2010 в 23:23 +0300, Иван Лох пишет: Я пользуюсь этой программой с момента ее создания. Иногда в сложных/ изощренных/экспериментальных конфигурациях. Это одна из трех или четырех безглючных программ, которые я когда-либо видел. Что можно делать на ее багтрекере? извините за оффтоп но: +1 ! сейчас не использую но пользовался раньше несколько лет. mutt это пример для подражания. P.S. Уважаемый Иван я помню вас в этой рассылке никак не меньше пяти лет(а может и восьми). И если мне не изменяет память вы всегда пользовались mutt. -- Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стиле true unix way
Hello! On Thursday 07 January 2010 23:23:08 Иван Лох wrote: Если я хочу шифровать канал внешней программой, то я могу использовать ее. А могу и системную библиотеку через mutt. Для интерактивной программы пайп далеко не всегда самый простой и эффективный путь решения задачи. Даже наоборот. Пользователю все равно, что будет вызвана не библиотека, а другая программа через пайп. Второе - разные части (работающие с сетью, диском и т.п.) должны исполняться в процессах с разными правами для обеспечения безопасности. Охренеть. Это, что IMAP сессию он с особыми правами проводить должен? Или каталог для локального сохранения почты с особыми правами создавать. Вы предпочитаете, чтобы взломанный или глючный imap-сервер имел возможность удалить или повредить любые файлы в вашей домашней директории или захватить контроль над вашим системным аккаунтом? Да, с такими взглядами линукс ничуть не защищеннее винды оказывается... мы имеем - багтрекер mutt с кучей багов, как результат. Я пользуюсь этой программой с момента ее создания. Иногда в сложных/ изощренных/экспериментальных конфигурациях. Это одна из трех или четырех безглючных программ, которые я когда-либо видел. Что можно делать на ее багтрекере? Интересно, из каких соображений mutt вдруг стал безглючнее, чем, скажем, Tex? Найденные баги, видимо, для вас глюками не являются... Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стиле true unix way
Hello! On Thursday 07 January 2010 12:47:43 Oleg Tsymaenko wrote: Ваш клиент: KMail/1.12.1 (Linux/2.6.32-trunk-686; KDE/4.3.4; i686; * KDE (темболее KDE4) это не UNIX-way (IMHO)- см на gnome (для начала) * KMail это не UNIX-way (IMHO)- минимализм это mute/pine :) А еще я сижу на стуле, а не на табуретке. Надеюсь, на этом основании вы не откажете мне в интересующих меня знаниях ;-) Касаемо десктопа - тут у меня уже давно нет иллюзий искать unix way. Выбирая же из кучки безобразий, выбирают меньшее, а это как раз KDE, а вовсе не gnome (первое как минимум кроссплатформенное). http://mova.org/~cheusov/pub/screenshots/UNIXs.png :-P -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стил е true unix way
On Fri, Jan 08, 2010 at 02:41:44AM +0300, Alexey Pechnikov wrote: части (работающие с сетью, диском и т.п.) должны исполняться в процессах с разными правами для обеспечения безопасности. Охренеть. Это, что IMAP сессию он с особыми правами проводить должен? Или каталог для локального сохранения почты с особыми правами создавать. Вы предпочитаете, чтобы взломанный или глючный imap-сервер имел возможность удалить или повредить любые файлы в вашей домашней директории или захватить контроль над вашим системным аккаунтом? Да, с такими взглядами линукс ничуть не защищеннее винды оказывается... Параноики могут использовать какой-нибудь fetchmail. мы имеем - багтрекер mutt с кучей багов, как результат. Я пользуюсь этой программой с момента ее создания. Иногда в сложных/ изощренных/экспериментальных конфигурациях. Это одна из трех или четырех безглючных программ, которые я когда-либо видел. Что можно делать на ее багтрекере? Интересно, из каких соображений mutt вдруг стал безглючнее, чем, скажем, Tex? Найденные баги, видимо, для вас глюками не являются... Давайте сперва определимся, что именно подразумевается под словами Tex и безглючнее. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стиле true unix way
Hello! On Friday 08 January 2010 02:52:16 Aleksey Cheusov wrote: http://mova.org/~cheusov/pub/screenshots/UNIXs.png :-P И так можно. Хотя мне вот лениво уже для подключения флэшки или внешнего диска каждый раз ее ручками монтировать http://mobigroup.ru/files/desktop-screen.png Note: запущенный на удаленном сервере screen позволяет игнорировать как качество десктопного софта, так и интернет-соединения. $ uptime 07:47:44 up 6 days, 5:02, 8 users, load average: 0.12, 0.26, 0.19 Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Утилиты в стиле true unix way
Alexey Pechnikov - debian-russian@lists.debian.org @ Fri, 8 Jan 2010 07:49:11 +0300: AP И так можно. Хотя мне вот лениво уже для подключения AP флэшки или внешнего диска каждый раз ее ручками монтировать Мне тоже. Поэтому я умею настраивать autofs :-) -- The Eclipse Platform is an open and extensible platform for anything and yet nothing in particular. -- apt-cache show eclipse-platform -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилиты в стиле true unix way
Alexey Pechnikov пишет: Hello! Вопрос из рубрики расширения кругозора. Существуют ли пакеты утилит, реализованные в духе следующих: - утилит от DJB (daemontools, ucspi-tcp, qmail) - ПО от DRH (sqlite, fossil) - Tc/Tk и некоторые другие. В список не включаю djbdns, т.к. я лично с ним не работал (по документации видно, что сделано все для простого и удобного использования, как и в вышеперечисленных утилитах DJB). Best regards, Alexey Pechnikov. http://pechnikov.tel/ А что primary: чтобы unix-way или чтобы ехать? ;) -- Head office Igor Chumak System Administrator OJSC “UIC Generali Garant” 15/2 Chervonoarmiyska str., 01004, Kyiv, Ukraine Phone: +38(044)206 8820 E-Mail: i.chu...@generali.garant.ua www.generali.garant.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
mailgraph 1.14-2: Please update debconf PO translation for the package mailgraph
Hi, You are noted as the last translator of the debconf translation for mailgraph. The English template has been changed, and now some messages are marked fuzzy in your translation or are missing. I would be grateful if you could take the time and update it. Please send the updated file to me, or submit it as a wishlist bug against mailgraph. The deadline for receiving the updated translation is Thu, 14 Jan 2010 16:01:57 +0100. Thanks in advance, # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov kozlo...@gmail.com, 2008. msgid msgstr Project-Id-Version: mailgraph 1.14-1\n Report-Msgid-Bugs-To: mailgr...@packages.debian.org\n POT-Creation-Date: 2010-01-07 15:47+0100\n PO-Revision-Date: 2008-04-14 21:51+0400\n Last-Translator: Yuri Kozlov kozlo...@gmail.com\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n% 10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: boolean #. Description #: ../templates:1001 msgid Should Mailgraph start on boot? msgstr Запускать Mailgraph при загрузке компьютера? #. Type: boolean #. Description #: ../templates:1001 msgid Mailgraph can start on boot time as a daemon. Then it will monitor your Postfix logfile for changes. This is recommended. msgstr Mailgraph можно запускать при старте машины в виде службы. Это позволяет сразу начать отслеживать изменения журнала Postfix. Рекомендуемый режим. #. Type: boolean #. Description #: ../templates:1001 msgid The other method is to call mailgraph by hand with the -c parameter. msgstr Также можно запускать mailgraph вручную с параметром -c. #. Type: string #. Description #: ../templates:2001 msgid Logfile used by mailgraph: msgstr Журнал, используемый mailgraph: #. Type: string #. Description #: ../templates:2001 msgid Enter the logfile which should be used to create the databases for mailgraph. If unsure, leave default (/var/log/mail.log). msgstr Укажите журнал, который нужно использовать для создания баз данных mailgraph. Если не уверены, оставьте значение по умолчанию (/var/log/mail. log). #. Type: boolean #. Description #: ../templates:3001 msgid Ignore mail to/from localhost? msgstr #. Type: boolean #. Description #: ../templates:3001 #, fuzzy #| msgid #| If you count incoming mail as outgoing mail (default), mail is counted #| more than once if you use content filters like amavis, so you'll get #| wrong values. If you're using some content filter, disable this. msgid When using a content filter like amavis, incoming mail is counted more than once, which will result in wrong values. If you use some content filter, you should choose this option. msgstr Если входящая почта считается как исходящая (по умолчанию), то почтовое сообщение может быть учтено более одного раза, если вы используете фильтры по содержимому типа amavis, поэтому вы получите неверные значения. Если вы используете фильтры по содержимому, выключите их. #~ msgid Count incoming mail as outgoing mail? #~ msgstr Считать входящую почту как исходящую?
dotlrn : Please update debconf PO translation for the package dotlrn
Hi, You are noted as the last translator of the debconf translation for dotlrn . The English template has been changed, and now some messages are marked fuzzy in your translation or are missing. I would be grateful if you could take the time and update it. Please send the updated file to me, or submit it as a wishlist bug against dotlrn . The deadline for receiving the updated translation is Sun, 17 Jan 2010 16:41:14 +0100. Thanks in advance, # translation of ru.po to Russian # This file is distributed under the same license as the PACKAGE package. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER. # # Yuriy Talakan' y...@drsk.ru, 2007. # Yuri Kozlov yu...@komyakino.ru, 2009. msgid msgstr Project-Id-Version: dbconfig-common 1.8.41\n Report-Msgid-Bugs-To: dotlrn @packages.debian.org\n POT-Creation-Date: 2010-01-06 07:06+0100\n PO-Revision-Date: 2009-02-07 11:36+0300\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n% 10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: string #. Description #: ../templates:1001 #, fuzzy #| msgid Host running the ${dbvendor} server for ${pkg}: msgid Host running the PostgreSQL server for dotLRN: msgstr Машина, на котором запущен сервер ${dbvendor} для ${pkg}: #. Type: string #. Description #: ../templates:1001 #, fuzzy #| msgid Please provide the hostname of a remote ${dbvendor} server. msgid Please provide the hostname of a remote PostgreSQL server. msgstr Укажите имя машины удалённого сервера ${dbvendor}. #. Type: string #. Description #: ../templates:1001 msgid You must have already arranged for the administrative account to be able to remotely create databases and grant privileges. msgstr У вас уже должна быть административная учётная запись, позволяющая удалённо создавать базы данных и назначать права. #. Type: string #. Description #: ../templates:2001 #, fuzzy #| msgid Name of the database's administrative user: msgid Database administrator username: msgstr Имя административного пользователя базы данных: #. Type: string #. Description #: ../templates:2001 msgid Please enter the PostgreSQL administrator username, needed for the database creation. msgstr #. Type: password #. Description #: ../templates:3001 #, fuzzy #| msgid Name of the database's administrative user: msgid Database administrator password: msgstr Имя административного пользователя базы данных: #. Type: password #. Description #: ../templates:3001 msgid Please enter the PostgreSQL administrator password, needed for the database creation. msgstr #. Type: note #. Description #: ../templates:4001 msgid Password mismatch msgstr Пароли не совпадают #. Type: note #. Description #: ../templates:4001 msgid The two passwords you entered were not the same. Please enter a password again. msgstr #. Type: string #. Description #: ../templates:5001 msgid Database username for dotLRN: msgstr #. Type: string #. Description #: ../templates:5001 #, fuzzy #| msgid #| Please provide a ${dbvendor} username for ${pkg} to register with the #| database server. A ${dbvendor} user is not necessarily the same as a #| system login, especially if the database is on a remote server. msgid Please provide a PostgreSQL username for dotLRN to register with the database server. A PostgreSQL user is not necessarily the same as a system login, especially if the database is on a remote server. msgstr Укажите имя пользователя в ${dbvendor} для ${pkg}, чтобы зарегистрироваться на сервере базы данных. Пользователь в ${dbvendor} необязательно должен совпадать с учётной записью в системе, особенно если база расположена на удалённом сервере. #. Type: string #. Description #: ../templates:5001 msgid This is the user which will own the database, tables and other objects to be created by this installation. This user will have complete freedom to insert, change or delete data in the database. msgstr Это пользователь будет владельцем базы данных, таблицами и другими объектами, которые будут созданы данной установкой. У этого пользователя будет полная свобода по добавлению, изменению или удалению данных в базе. #. Type: password #. Description #: ../templates:6001 msgid Database owner password: msgstr #. Type: password #. Description #: ../templates:6001 msgid Please enter the password of the dotLRN database owner. msgstr #. Type: password #. Description #: ../templates:7001 #, fuzzy #| msgid Password confirmation: msgid Database owner password confirmation: msgstr Подтверждение пароля: #. Type: password #. Description #: ../templates:7001 msgid Please confirm the password of the dotLRN database owner. msgstr #. Type: boolean #. Description #: ../templates:8001 msgid Grant PostgreSQL access to the dotLRN user? msgstr #. Type: boolean #.
[BTS#564081] po-debconf://mailgraph/ru.po
Hello. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[BTS#564101] po-debconf://dotlrn/ru.po
Hello. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[BTS#564102] po-debconf://openacs/ru.po
Hello. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org