Re[2]: icepref и python2.3
VS Sergey А сюда спросил просто потому что влом было рыться в документации VS Sergey по питону, поскольку я его не знаю вообще. VS Настоятельно рекомендую хотя бы ознакомится. Язык очень простой и гибкий, VS что делает его довольно мощным инструментом для решения, практически, любых VS прикладных задач. Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе. -- Всего наилучшего, Dmitrymailto:[EMAIL PROTECTED]
Re: potato - woody
On Fri, 15 Aug 2003 18:00:27 +0700 Dmitry A. Fedorov [EMAIL PROTECTED] wrote: On Fri, 15 Aug 2003, Nick Potemkin wrote: apt-get update apt-get dist-upgrade Кто производил данное действие - какие подводные камни меня ожидают? :) Производил и не один раз. Камни есть, могут потребовать ручного вмешательства. Размер камней и глубина вмешательства меняется в широких пределах. Но ничего особо плохого не будет. Дерзай. Предварительно прочитав readme из вуди на эту тему. -- jabber: [EMAIL PROTECTED] VEL-RIPE
Re: recover
В сообщении от 19 Август 2003 17:37 Said Chavkin написал: Nikolay Nikolaev wrote: можно ли восстановить потерянный (удаленный) файл на FAT32 портиции? :( Партиции? Можно. Используя какой-нибудь редактор и зная структуру файловой системы. А файл большой? А кто-нибудь знает что-то похожее по функциональной части на diskeditor для Linux? apt-cache show lde оно???
Re: Re[2]: icepref и python2.3
Я конечно извиняюсь, но кто вам мешает взяться за два скриптовых языка? :) Вы не поверете, но большинство моих знакомых, включая меня, знает около десяти языков On Wednesday 20 August 2003 16:30, Dmitry S. Telegin wrote: VS Sergey А сюда спросил просто потому что влом было рыться в документации VS Sergey по питону, поскольку я его не знаю вообще. VS Настоятельно рекомендую хотя бы ознакомится. Язык очень простой и гибкий, VS что делает его довольно мощным инструментом для решения, практически, любых VS прикладных задач. Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе.
Re: Debian vs Mandarake _аргументи рованно_
Sergey Pahomov wrote: Естественно я поставил родной уже Debian (3.0_r1 2.4.21) Но есть вышестоящее мнение - должен стоять Mandrake! В подобных ситуациях, неоднократно помогал ультиматум начальству типа такого: 1. Я специалист и мне виднее. 2. Если вы настаиваите, то я сделаю, но потом сами будете виноваты - я предупреждал. если не вразумляет - то можно самомостоятельно организовать маленький я же предупреждал. Как правило хватает одного раза. Опыта в таких делах не ого-го но мне кажется такой подход требует особой изощренности :-))- поскольку имхо это должна быть действительно лажа со стороны Мандрейка а не кривые руки админа (e.g. какой-нибудь security-fix) - я к тому что есть по соседству как минимум один очень грамотный админ, использующий таки Мандрейк (не обязятельно как ISP-servers) и он сможет тоже дать оценку ситуации для начальства :-) Этот админ кстати и не советует ставить Мандрейк на _сервер_ И опыт, сын ощибок трудных (С)ASP
Re[3]: icepref и python2.3
Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе. На Python труднее написать непонятный код, а вообще -- всё скриптовые языки похожи. Выучишь один, считай почти все знаешь. -- Severny Morskoy
Re: Debian vs Mandarake _ар гументированно_
On Wed, Aug 20, 2003 at 09:17:27AM +0300, Evgeny Boksha wrote: Sergey Pahomov wrote: В подобных ситуациях, неоднократно помогал ультиматум Кстати, да. В формулировке непомнючьей -- пригласили сантехника, так нефиг нависать и помогать советами -- на какие болты бачок сажать. Разбираетесь -- делайте сами, надо, чтоб работало -- не лезьте куда не просят. если не вразумляет - то можно самомостоятельно организовать маленький я же предупреждал. Как правило хватает одного раза. Ага. Только обидно за людей обычно... я к тому что есть по соседству как минимум один очень грамотный админ, использующий таки Мандрейк (не обязятельно как ISP-servers) и он сможет тоже дать оценку ситуации для начальства :-) Этот админ кстати и не советует ставить Мандрейк на _сервер_ Вот в этот факт и ткнуть пальцем. А вообще все больше убеждаюсь, что спорить и доказывать -- только распалять людей идти грудью на амбразуру (не то что ставить mdk на сервер). Ну любит человечество, особенно в нашей части, создавать проблемы с тем, чтобы потом героически их преодолевать. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
Re: опять mencoder... как побороть?
перебрал уже кучу вариантов качество получаемого файла мягко сказать плохое (квадратики) маленький битрейт? mencoder input.avi -o output.avi -vop scale=320:240 -ovc lavc -lavcopts vcodec=mpeg4:vpass=1:vhq:vbitrate=1190:vqscale=3:v4mv -oac copy битрейт нормальный, просто исходник с большим количеством помех. Попробуй уменьшить цветность, поднять контрастность и яркость (eq2=1.2:1.2:0:0.4 я юзаю для тюнера). Далее обязательно наложи фильтр hqdn3d (в конце если -vf или в самом начале, если -vop). К параметрам lavcopts попробуй trell и qpel, а также можно добавить: vlelim=-4:vcelim=9:vmax_b_frames=1:vb_strategy=1:\ lumi_mask=0.05:dark_mask=0.01:naq:vhq:v4mv: Для деинтерлейсинга не юзай pp, юзай lavcdeint. И вообще pp здесь не к месту (хотя могу и ошибаться). Если хочешь потормозить, то сделай 2 прохода и еще добавь precmp=2:cmp=2:subcmp=2. p.s. не юзай вместе qpel и b фреймы. есть tv-in тока его я под linuxом не пробывал дайти ссылку на доку по этому делу плз В чем tv-in? Если в тюнере, то все очень просто, если в видюхе то ищи в гугле.
Re: icepref и python2.3
On Wed, Aug 20, 2003 at 10:30:10AM +0500, Dmitry S. Telegin wrote: Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе. Меня сейчас побьют, но когда я мучительно пытался определиться с тем, на чем же писать что-то сложнее (или проще :) пяти строк на шелле -- * perl получил отставку за пресловутую нечитаемость по той простой причине, что хотя существующего кода могут быть мегатонны -- если в нем скрывается проблема, она может сильно ударить по проекту при своей скрытности (прецеденты наблюдал); * python получил отставку за то, что слишком нуден. В нем методичность настолько перебивает артистизм, что, видимо, до самого вкусного я и не добрался. По полученному в процессе изучения кайфу и открывшимся новым землям, на которые раньше было страшно ступать, засел на Ruby, но у него, помимо легкодоступной изящности и прозрачности кода, есть недостатки относительной молодости -- не всегда то, что уже есть модулями для тех же perl/python, доступно; язык все еще меняется и в нем находят вещи, которые лучше бы переделать; производительность не всегда на уровне perl/python, хотя иногда может и обпрыгивать. Впрочем, с последним все и так ясно -- скриптовые языки хороши как glue language, когда основные циклы откручиваются в СУБД или компилированном модуле, а собственно скриптовая обертка исполняется незначительную долю времени. Вот. :) -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
Re: SpamAssassin+russian spam
On Mon, Aug 04, 2003 at 09:48:29AM +0300, Alexander A. Vlasov wrote: А вот еще вопрос по СпамАссасину: как проверить, чему он научился и учится ли он вообще? В конфиге есть auto_learn 1 auto_learn_threshold_nonspam -2 auto_learn_threshold_spam 9 Но в отчетах по спаму очки начисляются по-прежнему... Я так понял, он должен обучившись переосмыслить фильтры и изменять кол-во очков, начисляемых за них, в зависимости от того, насколько часто фильтр дает срабатывание на спам? Или я неправильно понял? В любом случае, как проконтролировать его обучаемость? sa-learn -D ... ? -- Всё плохо, но очень любопытно, что же будет дальше pgpB08kEnVB52.pgp Description: PGP signature
Re: SpamAssassin+russian spam
On Thu, Jul 31, 2003 at 04:07:49PM +0400, Andrey Andruschenko wrote: Как-то Thu, 31 Jul 2003 14:30:19 +0400 Andrey Nekrasov [EMAIL PROTECTED] писал(а): Hello Andrey Andruschenko, Привет Поделитесь пожалуйста опытом по фильтрации рускоязычного спама при помощи SpamAssassin, и/или набором фильтров Я так понимаю, что изначально он заточен для фильтрации спама англо- и еще_что-то_там - язычного ? Речь естественного идет о проверке тела сообщения Основная проблема с Америкен Ленгвич Центр. Я их по телефонам ловлю, но не очень эффективно. Остальные вроде не проскакивают. :) -- И это тоже пройдет. Слишком уж много их проскакивает, вот только что, была месага - явный спам Так у нее был X-Spam-Status: -1.2 Явно, не слишком уж успешная фильтрация.Вот мне и интересно, КАК наиболее эффективно фильтровать русскоязычный спам ? Я делаю так: [EMAIL PROTECTED]:$ cat .procmailrc :0: * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\* spam-almost :0: * ^X-Spam-Status: Yes spam-probably Вторым правилом отбираются потенциально спамовые сообщения. Раз в сутки ящик spam-probably скармливается сюда: nice sa-learn --spam --mbox Mail/sa-learn-20030815-1 -D То, что прошло по такой цепочке в инбоксе замечено небыло ;) PS: предупреждаю - лучше пользовать spamd/spamc вместо spamassassin и spamd пускать с -d -c -a -m 5 -- ОБРЕЗ -- гладкоствольное еврейское ружье. pgpqZer70pRrA.pgp Description: PGP signature
Re: icepref и python2.3
On Wed, Aug 20, 2003 at 10:40:08AM +0300, Michael Shigorin wrote: Меня сейчас побьют, но когда я мучительно пытался определиться с тем, на чем же писать что-то сложнее (или проще :) пяти строк на шелле -- * perl получил отставку за пресловутую нечитаемость по той простой причине, что хотя существующего кода могут быть мегатонны -- если в нем скрывается проблема, она может сильно ударить по проекту при своей скрытности (прецеденты наблюдал); На perl можно писать _читаемо_. Как и на C ;-} Вы не можете заставить _других_ это делать. Впрочем, с последним все и так ясно -- скриптовые языки хороши как glue language, когда основные циклы откручиваются в СУБД или компилированном модуле, а собственно скриптовая обертка исполняется незначительную долю времени. _Разные_ скриптовые языки хороши для массы самых разных приложений. Почти все, что пишется для себя удобно писать на них. Если торомозит, Вы всегда можете переписать это на C/C++. Потерянное время окупится сторицей в качестве дизайна. -- Иван Лох
Re: SpamAssassin+russian spam
On Fri, 15 Aug 2003 at 19:36:59 +0400, Anatoly Pugachev wrote: А кстати как сделано что база общая для всех? $ zless /usr/share/doc/spamassassin/README.spamd.gz The Bayesian Classifier --- If you plan to use Bayesian classification (the BAYES rules) with spamd, you will need to either 1. modify /etc/spamassassin/local.cf to use a shared database of tokens, by setting the 'bayes_path' setting to a path all users can read and write to. You will also need to set the 'bayes_file_mode' setting to 0666 so that created files are shared, too. 2. Alternatively, let the users train their individual Bayes database. We have implemented an auto-learning algorithm (option 'auto_learn', on by default) which can use high-scoring and low-scoring (options 'auto_learn_threshold_spam' and 'auto_learn_threshold_nonspam') mails to improve classification efficiency. -- alexander saltanov
setup from cd on xfs
Приветствую, All. Господа, возможна ли установка Debian 3.0r0 с дисков на уже отформатированный раздел xfs? А точнее на следующую схему: /boot - ext2 /swap / - xfs PS: заранее огромное спасибо. -- Best regards, Evgeniy .. Письмо вылетело вечером 20 августа 2003 г. ... * Powered by The Bat! 1.63 Beta/10, on Windows 2000 (2195) * #Origin: Лучше ужасный конец, чем ужас без конца --- GPG DSA/ELG-E : key ID: 0x2AC7DB3D; F/P: 931D 53E3 1C3C F989 A458 2718 3C3F C5EC 2AC7 DB3D ---
Re: setup from cd on xfs
On Wed, Aug 20, 2003 at 07:28:24PM +0600, Evgeniy G. Vlasov wrote: Господа, возможна ли установка Debian 3.0r0 с дисков на уже отформатированный раздел xfs? А точнее на следующую схему: /boot - ext2 /swap / - xfs PS: заранее огромное спасибо. нет. для этого надо будет пересобрать установочное ядро. -- A: No Q: Should I quote below my post? Good luck! /AKA Druid
Re: setup from cd on xfs
On Wed, 20 Aug 2003 19:28:24 +0600 Evgeniy G. Vlasov [EMAIL PROTECTED] wrote: EGV Господа, возможна ли установка Debian 3.0r0 с дисков на уже EGV отформатированный раздел xfs? А точнее на следующую схему: EGV /boot - ext2 EGV /swap EGV / - xfs Только, если загрузишься с инсталляционного флоппи с ядром поддерживающем xfs. -- Tim Tereschenko
Re: icepref и python2.3
On Wed, Aug 20, 2003 at 01:45:44PM +0400, Иван Лох wrote: На perl можно писать _читаемо_. Как и на C ;-} Вы не можете заставить _других_ это делать. Именно. [skip--ditto] -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
проблемы с кириллицей в mozilla 1.4
Здравствуйте, проапгрейдил мозиллу до 1.4-2, и теперь любые символы вне us-ascii рисуются квадратиками с шестнадцатибитным кодом. Куда рыть? firebird и galeon -- то же самое, netscape 4.77 работает. Помнится, такое уже было при переходе на 1.x. Тогда я обновил все пакеты, и проблема исчезла, поэтому я не знаю, в чем именно она заключалась. Заранее благодарен, Бауржан. P.S. 1. Буду рад, если отправите копии мне, я не подписан. 2. Есть ли архив этой рассылки, интерфейс которого поддерживает кириллицу? На lists.debian.org очень неудобно просматривать заголовки тредов (приходится постоянно переключать кодировку), и quoted-printable в темах в сыром виде показывает.
Re: Re[2]: icepref и python2.3
Dmitry == Dmitry S Telegin writes: Dmitry Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый Dmitry язык взяться и больше приглянулся Perl, мне показалось что он Dmitry более распространённый и тоже подходит как вы пишете для решения, Dmitry практически, любых прикладных задач. Может я ошибся и у Python Dmitry есть преимущества? Не хочу потом пожалеть о неудачном выборе. 'Perl vs Python' -- такой, или похожий топик в ru.linux всплывает с периодичностью в 3-5 месяцев, вызывая такие жаркие дискуссии, что слюна по монитору стекает. Впрочем, они так ни к чему конкретному и не приводят. Может Тоботрас вовремя их пресекает? Если отбросить эмоции и всевозможные малозначительные доводы, то можно сказать что основным аргументом в пользу Perl является CPAN. И это очень мощный аргумент. Апологеты Python'а, в пику Perl'у, напирают на читабельность и простоту, а это тоже очень важно, особенно для production development. Что касается меня лично, то я использую оба языка. Но в последнее время, если есть возможность выбирать, я выбираю Python. -- WBR, VS Hackers are just a migratory lifeform with a tropism for computers.
Re: icepref и python2.3
Michael == Michael Shigorin writes: Michael On Wed, Aug 20, 2003 at 10:30:10AM +0500, Dmitry S. Telegin Michael wrote: Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе. Michael Меня сейчас побьют, Луговский здесь отсутствует, так что рукоприкладства не будет ;) Michael но когда я мучительно пытался определиться с тем, на чем же Michael писать что-то сложнее (или проще :) пяти строк на шелле -- Michael * perl получил отставку за пресловутую нечитаемость по той Michael простой причине, что хотя существующего кода могут быть мегатонны Michael -- если в нем скрывается проблема, она может сильно ударить по Michael проекту при своей скрытности (прецеденты наблюдал); Кривость какого-либо импортируемого модуля -- не аргумент. Поскольку их достаточно много, всегда, при планировании проекта, можно выбрать наиболее supported and evolved, с автором в пределах досягаемости e-mail'а и на него завязать проект. А вот, то что Perl позволяет проявить тот самый артистизм в полной мере, зачастую играет против самого программиста. Т.к. все стремятся достичь компактности кода, в угоду более быстрого исполнения, слишком часто пренебрегая его читабельностью, рассуждая -- напишу я один раз, а исполняться код будет тысячи раз. При этом, ни разу не посмотрев во что разворачивается этот код в машинном исполнении, а может оно того и не стоит? А ведь есть такие веселые вещи, как сопровождение или передача кода разработчику заказчика? Michael * python получил отставку за то, что слишком нуден. В нем Michael методичность настолько перебивает артистизм, что, видимо, до Michael самого вкусного я и не добрался. Это точно, не добрался. И по написанному можно сказать, что не сильно-то и хотелось ;) А на нем можно исполнять не хуже чем на Perl'е. Недавно прочитал обзор каких-то там университетских бонз от computer science, так по их раскладам Python имея все основные парадигмы программирования, модели данных и пр. остается очень простым, поэтому рекомендовать его, как, ни много ни мало, _первый_язык_программирования_ Michael По полученному в процессе изучения кайфу и открывшимся новым Michael землям, на которые раньше было страшно ступать, засел на Ruby, но Michael у него, помимо легкодоступной изящности и прозрачности кода, есть Michael недостатки относительной молодости -- не всегда то, что уже есть Michael модулями для тех же perl/python, доступно; язык все еще меняется Michael и в нем находят вещи, которые лучше бы переделать; Michael производительность не всегда на уровне perl/python, хотя иногда Michael может и обпрыгивать. Michael Впрочем, с последним все и так ясно -- скриптовые языки хороши Michael как glue language, когда основные циклы откручиваются в СУБД или Michael компилированном модуле, а собственно скриптовая обертка Michael исполняется незначительную долю времени. Zope, webmin, spamassassin -- вот мой контр-аргумент. Это только то, что сразу всплыло в памяти, без заглядывания куда-либо. Все это большие standalone projects интерпретируемость которых, а также многих иных, является тем свойством которое позволяет им, _кроме_всего_прочего_, еще быть и glue. -- WBR, VS Play Rogue, visit exotic locations, meet strange creatures and kill them.
Re: icepref и python2.3
On Thu, Aug 21, 2003 at 03:02:55AM +0300, Vlad Sirenko wrote: Michael Меня сейчас побьют, Луговский здесь отсутствует, так что рукоприкладства не будет ;) (это вообще не в счет :) Кривость какого-либо импортируемого модуля -- не аргумент. Когда как... и сильно субъективно, наверное. Достаточно один раз *хорошо* испугаться :) А вот, то что Perl позволяет проявить тот самый артистизм в полной мере, зачастую играет против самого программиста. Во, нашел -- артистизм без фанатизма :) = хорошо :) А ведь есть такие веселые вещи, как сопровождение или передача кода разработчику заказчика? Именно. Это точно, не добрался. И по написанному можно сказать, что не сильно-то и хотелось ;) Хотелось (думал его взять на вооружение) и мало того -- это было менее болезненно в тогдашнем проекте, чем альтернативный C API. поэтому рекомендовать его, как, ни много ни мало, _первый_язык_программирования_ Не, так да, дисциплине он учит. Zope, webmin, spamassassin -- вот мой контр-аргумент. Да почему ж контр-. Ко-! -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/