Народ, а что если создать новый форум "Патчи и фиксы" или что то подобного рода? Было бы очень неплохо....

Вообщем, начиная где-то с пятницы прошлой недели, господин 
Касперский изменил антивирусную базу, теперь старенький добренький
avp (не путать с kav) версии 3.х перестал работать с новой базой,
как известно, в 3-ей версии не было ограничений для проверки почтовых
сообщений, да и ломался он просто, что бы время не считал, видимо
ребята просекли фишку, что многие на халявку:) им пользуются да
и сменили что-то. У меня работала связка sendmail+avp с патчем 
check_virus от http://home.i.cz/reho/check_virus/ на локальных 
почтовых серверах, пока в субботу не позвонили и не сказали, что
все лежит, вот пришлось делать откат на рабочую старую базу, дабы
все берут апдейт с локального ftpшника и восстановить работу почты.
Давно собирался переехать на clamav, вот и пришлось в срочном порядке
искать решение, дело в том, что у меня на локальных серверах крутится
sendmail 8.11.6/7, а как известно, что их milter'овская часть работает
только для входящих сообщений и только для SMTP, но у меня
общение между серверами идет по UUCP, так сложилось исторически
и для надежности, правда UUCP работает поверх TCP, но иногда 
переходит автоматом на модем, когда у кого-нибудь падает канал,
да и версию самого сендмайла сменить тоже не так просто, к тому
же все это надежно работает более 5-и лет, с использованием avp
около 4х лет, что бы не менять все координально, я сделал небольшой
патч для check_virus, что бы помимо работы с avp добавилась работа
с clamav, наверняка некоторые из вас используют аналогичную схему
и хотели бы тоже не оставлять систему без присмотра, тем, у кого
такая же ситуация как у меня, рекомендую взять мой патч здесь
http://mcmcc.bat.ru/mypatches/check_clamd-1.20-8.11.6.diff
ставится он поверх патча check_virus, работа и настройка которого
описана на http://home.i.cz/reho/check_virus/. После пересборки
добавляется дополнительная опция Antivirus.Clamd, в которой
нужно указать путь до сокета кламавского сервера, вот кусок
правильного конфига для m4:

LOCAL_CONFIG
# Running check_virus
dnl O Antivirus.Daemon=/var/run/AvpCtl
dnl O Antivirus.Scanner=/opt/AVP/avpscanner -I0 -Y
dnl O Antivirus.AvpCompatible=true
O Antivirus.Clamd=/var/run/clamav/clamav.sock
O Antivirus.AlertToRecipients=.*
O Antivirus.PassInfectedMail=root
dnl O Antivirus.PassSuspiciousMail=.*
O Antivirus.IgnoreCorruptedMail=.*

Работать будут только эти опции(не заремленные), другие указывать и 
включать не желательно! У меня отключена опция AlertToRecipients, а то 
затрахали вопросами, кому послан вирус и от кого....

P.S. Сразу оговорюсь, на вопросы зачем sendmail и почему sendmail - 
отвечать не буду...

2а новых плагина для неплохого, с моей точки зрения, аудиоплеера
Alsaplayer http://www.alsaplayer.org, данный плеер хоть и уступает по
возможностям и популярности XMMS, но имеет не плохую функциональность и поддерживает большое кол-во форматов для воспризведения, теперь еще добавилась поддержка воспроизведения
формата WMA и проигрывание через звуковой сервер от KDE - aRts....

Взять WMA плагин можно здесь:
http://mcmcc.bat.ru/xmms-wma/alsaplay...
RPMS:
http://mcmcc.bat.ru/xmms-wma/alsaplay...
RPM:
http://mcmcc.bat.ru/xmms-wma/alsaplay...

aRts плагин:
http://mcmcc.bat.ru/xmms-wma/alsaplay...
RPMS:
http://mcmcc.bat.ru/xmms-wma/alsaplay...
RPM:
http://mcmcc.bat.ru/xmms-wma/alsaplay...

>>> Подробности

Новая версия плагина для воспроизведения файлов WMA формата под
XMMS. Основные изменения: Удалось засинхронизировать работу плагина
для работы визуальных плагинов, улучшена работа с ALSA output плагином,
теперь нет большой нагрузки на CPU. Проблемы: Не работает пауза при
работе с ALSA output плагином, а так же с некоторыми драйверами ALSA
приходится отключать опцию mmap в плагине ALSA. Как побороть эти
2-е проблемы, мне пока неизвестно, если кто сможет помочь, приму с
благодарностью....

>>> Скачать исходники и готовые rmp'ки

Теперь есть возможность воспроизводить файлы формата WMA
общеизвестным плеером XMMS. Это полностью нативный плагин
без привязок к mplayer'у или xine, он основан на коде ffmpeg,
который сильно урезан и переработан, в нем оставлена только часть для
работы с wma и добавлена работа с русскими тэгами, более подробно
о том, что сделано и не сделано описано в файле readme.rus, который
находится в исходниках плагина.

>>> Скачать исходники и готовые rmp'ки

Набралось тут у меня всяких новинок в формате WMA, но мой 
автомобильный плеер работает только с форматом MP3, подарок
понимете ли, если бы я сам выбирал то взял бы еще с поддержкой WMA,
но как говориться - даренному коню в зубы не смотрят... Так вот,
захотелось мне всю коллекцию WMA перегнать в MP3, я это раньше
делал с помощью ffmpeg, получалось отлично, но только вот тэги
приходилось вручную прописывать, тем более тегы WMA практически
никто из существующих под линукс приложений, кроме самого ffmpeg,
читать не умеет. Сейчас появилось немного свободного времени и 
я сделал патч для ffmpeg, который делает копирование тегов из одного
формата в другой и делает конвертацию в различных кодировках,
unicode, utf-8, cp1251 и т.д. Для автоматизации процесса перегона
использовать можно что угодно, любой скрипт, потому как ffmpeg
не  умеет делать этого. Что нового из ключей появилось:
-copytag  - Указывает ffmpeg'у, что нужно считать тег из входного файла
и перенести его в выходной
-fcode  - Из какой кодировки
-tcode - В какую
Выглядит это примерно так:

ffmpeg -copytag -fcode KOI8-R -tcode CP1251 -i test.wma -ab 192 -f mp3 test.mp3

Почему указано из KOI8-R, потому как патч берет информацию из
WMA файла в юникоде и конвертит в кодировку установленной в вашей
локали, т.е. у меня koi8-r, у вас может быть utf-8 или еще какая либо
другая, поэтому -fcode должен быть таким, какая локаль установлена
у вас. Но это работает только с теми форматами которые пишут информацию в юникоде, т.е. ogg тоже попадают под такое правило:

ffmpeg -copytag -fcode KOI8-R -tcode CP1251 -i test.ogg -ab 192 -f mp3 test.mp3

У меня плеер не понимает русский, поэтому я перегоняю все в KOI-7,
получается что-то наподобии транслита

ffmpeg -copytag -fcode KOI8-R -tcode KOI-7 -i test.wma -ab 192 -f mp3 test.mp3

Вот кусок перегона:
ffmpeg -copytag -fcode KOI8-R -tcode KOI-7 -i test.wma -ab 192 -f mp3 test.mp3
Input #0, asf, from 'test.wma':
  Duration: 00:02:36.9, bitrate: 46 kb/s
  Stream #0.0: Audio: wmav2, 44100 Hz, stereo, 45 kb/s
Title: Холодное пиво
Author: Ленинград
Album: Мой друг музыкант
Year: 2002
Copyright: Самый Неофициальный Сайт Группы Ленинград и Сергея Шнурова
Comments: Только для ознакомления!
Output #0, mp3, to 'test.mp3':
  Stream #0.0: Audio: mp3, 44100 Hz, stereo, 192 kb/s
Stream mapping:
  Stream #0.0 -> #0.0
Press [q] to stop encoding
size=    2188kB time=93.4 bitrate= 192.0kbits/s

Теперь как это выглядит в mpg123

Title  : hOLODNOE PIWO                   Artist: lENINGRAD
Album  : mOJ DRUG MUZYKANT               Year  : 2002
Comment: tOLXKO DLQ OZNAKOMLENIQ!        Genre : Blues
MPEG 1.0, Layer: III, Freq: 44100, mode: Joint-Stereo, modext: 2, BPF : 626
Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0.
Bitrate: 192 Kbits/s, Extension value: 0
Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 2

Понятно, что не очень красиво, однако моему плееру всеравно, он все
теги показывает в верхнем регистре...
Пропатченный ffmpeg можно взять тут:
http://mcmcc.bat.ru/myprogs/ffmpeg-0.4.8cvs-060204.tar.bz2
Если интересны изменения которые я делал то можете взять патч:
http://mcmcc.bat.ru/mypatches/ffmpeg_tag_mc1.patch

P.S. Набирайте ключи для ffmpeg в том порядке, как я указывал в
примерах!!! Помимо добавления работы с тегами мне пришлось
еще править правильность считывания этих тегов из ogg и wma,
плюс добавлена возможность указывать информацию для тегов
в ffmpeg, она была раньше, но сильно урезанная, полный список
ключей вы получите после запуска ffmpeg'а. На тему показа информации
доработан и ffplay, все ключи тоже можно посмотреть после его запуска.
Собирать следует с LAME для работы с MP3, внутренний кодек в ffmpeg не очень, скачать можно с моего сайта на страничке http://mcmcc.bat.ru/fedora
Перед сборкой надо выполнить configure:
./configure --prefix=/usr --enable-mp3lame --enable-vorbis
Если еще что то надо, то посмотрите в хелпе configure...

На сегодня это наверное единственный сканер для вирусов в открытых
исходниках и под лицензией GPL, который ловит вирусы не хуже своих
коммерческих собратьев, а для почтовых систем подходит просто идеально...
Посравнению с предыдущей версией изменений много, вот главные
из них:
- Убран баг способствующий remote DOS exploit, если у вас версия 0.65,
то обязательно обновитесь
- Добавлен виндовый клиент-сканер, который позволяет сканировать
Windows систему на вирусы через clamd сервер установленного на
юникс серверах по сети
- Много изменений в milter модуле clamav-milter для sendmail, добавлен
карантин, подпись в теле сообщения письма после проверки, убраны
memory leakи и т.д.
- В libclamav улучшены механизмы сканирования для почтовых сообщений
и файлов созданных в MS Office, теперь макрос-вирусы ловятся гораздо
лучше...
Про более детальные изменения читайте в ChangeLog из архива, который
вы можете взять по ссылке:
http://clamav.catt.com/stable/clamav-...

>>> Подробности

Данная статья посвящена недавно вышедшему дистрибутиву Fedora Core.
В статье рассматриваются некоторые рекомендации и исправления
части найденых проблем, думаю, что эта статья будет многим интересна,
так как она затрагивает некоторую часть основных моментов.

>>> Подробности

В связи с выходом нового дистрибутива Fedora Core 1, компания Netraverse
выпустила новые версии своих продуктов Win4Lin и WTS(Win4Lin Terminal Server) которые теперь работают на FC, а так же патчи для ядра FC.
Все предыдущие версии Win4Lin не работают в FC, поэтому рекомендуется
сделать обновление.

>>> Подробности

Вышел наконец релиз Fedora Project 1, дату выхода которого
отложили на пару дней, слишком много надо было решить
нюансов связанных с именем RedHat и переправить на Fedora, плюс
некоторые критические исправления, и так качаем, смотрим и
обсуждаем....

Полную информацию о проекте и направлениях развития можно получить
на http://fedora.redhat.com/

>>> Подробности

Совпало так, что я и мой товарищь купили кабелечки USB-to-RS232
на чипе pl2303, я для своего внешнего модема Courier'а, а он для мобильника, что бы GPRS использовать ну и для других целей.
Подключили, линукс распознал кабелечки как свои и решили
поработать, у меня выход в инет через работу, ну а он через
GPRS, все заработало отлично, особо делать ничего не пришлось,
но после небольшого промежутка времени выяснилось, покрайней
мере у меня первого, так как линии дома просто говно, что драйвер
не обрабатывает статус modem hangup, т.е. получалось так, что
когда обрывалась связь, модем как положено клал трубу, но
pppd даже не реагировал, что модем в дауне и пора делать дисконнект,
затем дозваниваться заново:(. Эта ситуация была хренова тем, что
постоянно приходилось посматривать на лампочки модема, дабы
потом случае чего вручную перезвонить, мне лично это надоело
и я сделал небольшой патч, лучше конечно сказать грубый хак:),
что бы забыть про это на всегда....

--- l/drivers/usb/serial/pl2303.c.orig  2003-09-16 01:41:35.000000000 +0400
+++ l/drivers/usb/serial/pl2303.c       2003-10-11 03:15:16.000000000 +0400
@@ -64,6 +64,7 @@



+static int modem_hangup = 0;
 static struct usb_device_id id_table [] = {
        { USB_DEVICE(PL2303_VENDOR_ID, PL2303_PRODUCT_ID) },
        { USB_DEVICE(PL2303_VENDOR_ID, PL2303_PRODUCT_ID_RSAQ2) },
@@ -382,6 +383,7 @@
        unsigned char buf[10];
        int result;

+       modem_hangup = 1;
        if (port_paranoia_check (port, __FUNCTION__))
                return -ENODEV;

@@ -618,6 +620,26 @@

        usb_serial_debug_data (__FILE__, __FUNCTION__, urb->actual_length, urb->transfer_buffer);

+       /* HACK: check for modem hangup status (McMCC) */
+       if ( urb->actual_length == 10 &&
+            data[0] == 0xa1 &&
+            data[1] == 0x20 &&
+            data[2] == 0    &&
+            data[3] == 0    &&
+            data[4] == 0    &&
+            data[5] == 0    &&
+            data[6] == 0x02 &&
+            data[7] == 0    &&
+            data[8] == 0x82 &&
+            data[9] == 0    &&
+            modem_hangup == 0
+          )
+       {
+               dbg("%s - modem hangup", __FUNCTION__);
+               tty_hangup(port->tty); /* send hangup */
+               usb_submit_urb(urb);
+       }
+
        if (urb->actual_length > UART_STATE)
                return;

@@ -719,6 +741,7 @@
        struct usb_serial_port *port = (struct usb_serial_port *) urb->context;
        int result;

+       modem_hangup = 0;
        if (port_paranoia_check (port, __FUNCTION__))
                return;

В чем кайф этого переходника, так это цена в 11$, у товарища правда 
подороже, так как для мобильника, и то что можно не боятся спалить
ком порт при отключении или подключении модема, все же USB рулит
в этом отношении...

Данная статья рассказывает о том, как можно подключить модемы
серии ZyXEL Omni 56K снабженных USB интерфейсом

>>> Подробности

Статья посвящена настройке ACPI IRQ роутинга в Linux'е на материнских
платах с nForce2. Наверное многие обладатели материнских плат на базе
микросхем nForce2 столкнулись с проблемой работы USB, сетевых устройств
и т.д. Проблема заключается в том, что устройства якобы находятся, но
отсутствие у них IRQ, не позволяют драйверам их задействовать, поэтому
за место 6-ти USB портов работают только 4-е, или не находится вторая
набортная сетевая карта... Эта неприятная проблема решается только с
помощью ACPI. Однако ACPI, а именно ее функция IRQ роутинг, объявлены не
работающими для ряда материнских плат в том числе и на nForce2, но
после длительных эксперементов оказалось, что это не совсем так....

>>> Подробности

В свое время, после выхода в свет RedHat версии 8.0, мною была написана
статья "Переход с RedHat-7.x на RedHat-8.0", в которой описывалось как
заменить локаль UTF-8 на KOI8-R в связи глючности и проблемности русской
локали UTF-8, с выходом RedHat версии 9 казалось, что эту проблему решили
и русская локаль UTF-8 заработала как надо, правда не везде гладко, но
решаемо. Однако многие пользователи RH9 хотят старую хорошо
отработанную временем локаль KOI8-R, оно и понятно, UTF-8 все еще имеет
проблемы с консольными приложениями, да и с некоторым старым софтом, от
которого не хочется отказываться. Видимо по этой причине меня стали
забрасывать письмами с просьбой рассказать как сделать такой переход, у
меня нашлось немного времени это сделать, поэтому выполняю просьбу тех,
кто меня об этом просил.

P.S. В данной статье рассматривается не только локализация, но и некоторые
наболевшие вопросы по RH9...

>>> Подробности

Вышла новая версия этого замечательного патча для sendmail'а, который
работает в паре с AVP Касперского, позволяет проверять все входящие и
исходящие сообшения не только для SMTP, но и для приемки и отправки
сообщений по UUCP, чего не позволяют делать решения на базе milter.
У меня эта связка работает несколько лет и показала себя надежным
решением. Есть правда одна особенность, автор данного проекта,
Petr Rehor, базирует свое решение на старых версиях sendmail'а
8.10.х и 8.11.х, и похоже больше не собирается его развивать в виде
патча. Несмотря на все это, я портировал этот патч для версии sendmail'а
8.12.9 и предлагаю его вам. Этот патч выслан автору проекта...

Взять мой патч можно с: http://mcmcc.bat.ru/mypatches/check_v...

>>> Сайт автора патча и патчи для старых версий сендмайла

В прошлый раз (http://www.linux.org.ru/view-message....),
когда я описывал состояние дел этого драйвера, мною было упомянуто
вскользь про скорость работы этого драйвера, точнее трансфер между
USB и IDE устройствами. За то время Nicolas улучшил этот параметр по
чтению, на запись, по его словам, возникают некоторые проблемы, но в
принципе улучшение можно и не делать, так как скорость на запись и
так была выше, чем на чтение. На данный момент скорость чтения
составляет 700-900Кб/c, записи 450-600Кб/c, что в полне отвечает
требованиям и возможностям самого контроллера USS725, хотя он может
еще немного больше, но тут нужно время, которого как всегда нам не хватает.
После первой публикации информации на ЛОР об этом драйвере, несколько
человек пытавшие использовать его, столкнулись с проблемой работы
этого драйвера, в часности владельцы USB-IDE устройств ZIV1 и еще
какого-то noname. Проблема заключалась в том, что драйвер видел
контроллер, но вот IDE устройство нет, т.е. драйвер пытался определить
IDE устройство, посылая в начале запрос на мастера, но при этом
получал неопределенный статус и входил в цикл, который останавливался
по окончании таймаута. Так как я непосредственно участвовал в создании
этого драйвера, то несколько человек обратились ко мне с этой проблемой.
Выяснилось, что IDE HDD в этих устройствах стоят не как мастер или слайв,
а до боли напоминают кабель селект, и то не в чистом виде, если
послать им запрос на слайв, то устройство определялось. Я сделал
изменения в коде драйвера, ввел туда дополнительную проверку статуса IDE
устройства в соответствии со спецификацией на ATA/ATAPI девайсы,
теперь в 99% (боюсь давать все 100%) проблем с определением IDE
устройств быть не должно. Патч я сделал совсем недавно, после того
как обратился ко мне за помощью один из пользователей AltLinux'а,
оказывается они включили данный драйвер в свое ядро дистрибутива,
ну что же, придется им делать обновление своего ядра....

Целиком драйвер со всеми исправлениями можете взять по ссылке....

>>> Драйвер для ядра 2.4.1x-2x

Эта статья посвящается тем, кто хочет самостоятельно собрать java под
конкретную glibc с конкретным gcc. Это очень важно для работы java в новых
дистрибутивах, к примеру таких как RedHat-8.0, ведь не секрет, что бинарные
SDK и JRE собраны как правило под glibc-2.2.x компилятором gcc-2.9x, что
создает большую проблему при работе java приложений. Так же эта проблема
существует при работе java в веб-браузерах. Принимая это все во внимание,
мною была предпринята попытка собрать SDK и JRE самому, эта попытка
полностью оправдала мои ожидания и теперь я имею полностью
работоспособную java под glibc-2.3.х для RedHat-8.0. Хотя уже существует
сборка компилятором gcc-3.2 java от BlackDown, но она все же собрана под
glibc-2.2.x.

>>> Подробности

Наконец появился долгожданный драйвер для этого контроллера, не
смотря на то, что этому контроллеру больше 3х лет, его досихпор
еще можно увидеть в продаже в составе USB-IDE боксов, которых
товарищи китайцы наклепали с большим запасом:)... Разработчиком
этого контроллера является фирма In-System Design, которая
сегодня является лидером в области разработки USB-IDE контроллеров,
на данный момент почти все современные USB-IDE боксы снабжены
ихними разработками, такими как ISD-200 и для USB-2.0 - ISD-300,
для данных контроллеров есть драйвера в последних версиях ядра
Linux'а, но к большому сожалению для ISD-11x драйвера для Linux'а
небыли выпущенны. Теперь это в прошлом...
Основным разработчиком этого драйвера является автор драйвера
для ISD-200 Bjorn Stenberg, на его сайте есть страничка про этот
контроллер - http://bjorn.haxx.se/uss725/, однако он забросил
работу над этим драйвером и инициативу взял на себя Nicolas Planel
из Мандрейксофта. Последнюю версию этого драйвера можно взять
с его сайта - http://people.mandrakesoft.com/~nplan...
Но, этот драйвер хоть и работает, только переодически вешает ядро,
вот тут и пришлось мне подключиться для доработки этого драйвера,
кому не терпется иметь рабочий драйвер, возьмите мой патч с
http://mcmcc.bat.ru/mypatches/seq_dat...
Данный патч отослан авторам и они обещали его включить в код...
В настоящее время этот драйвер поддерживает только ATA, ATAPI
протокол не реализован, возможно в будущем реализуют, еще
скорость трансфера работает в 2-а раза медленнее, чем должно быть,
Nicolas обещал разобраться с трансфером и выпустить новую ревизию
этого драйвера...

Чуть больше месяца назад на sourceforge.net появился этот проект,
это бывшая версия программы некогда принадлежавшая ARJ Software
Russia, которая самостоятельно от ARJ Software вела свои версии этого
архиватора. По возможностям и дополнениям версии архиватора arj
от ARJ Software Russia превосходили оригинальные версии от ARJ
Software, но при этом они были полностью совместимы. Проект
открыл некий Андрей Белов, повидиму исходники ему достались
от этой компании, причем выложил он их под GPL лицензией....
Буквально несколько часов назад в CVS появилась поддержка
Win32, просто раньше бинарики были только под DOS, OS/2,
Linux, FreeBSD и как помнится имели ограниченное время работы,
и распространялись как шароварные версии.

P.S. Я попробовал собрать из исходников arj и сделал RPMки,
хочу заметить, что немного пришлось доработать и поправить
некоторые файлы, после чего все собралось нормально.
Кому интересно, можете загрузить собранные мною бинарики или
SRPMку для RH-8.x...
Для английской локали:
http://mcmcc.bat.ru/RPMS/arj-3.10b-en...
Для немецкой локали:
http://mcmcc.bat.ru/RPMS/arj-3.10b-de...
Для русской локали:
http://mcmcc.bat.ru/RPMS/arj-3.10b-ru...

SRPM:
http://mcmcc.bat.ru/SRPMS/arj-3.10b-1...
добавочные ключи для сборки:
--with ru или --with en или --with de
без добавочного ключа сборка произведется с английской локалью

>>> Подробности

Данное руководство адресованно в первую очередь тем, кто пока решил
остаться на предыдущих версиях RH, а именно RedHat-7.x, однако небольшое
изменение RH-8.0 в сторону традиционной локали koi8-r, делает эту систему
более привлекательной, так как позволяет использовать более современную
glibc и gcc, что дает большую стабильность и скорость в работе всех
приложений.....

>>> Подробности