Re: Firebird 1.5 под debian
On Tue, Jan 20, 2004 at 10:41:23AM +0500, Поручиков Павел Иванович wrote: Возникла потребность запустить Firebird 1.5 под woody. Firebird 1.03 работает нормально уже год. При пробной установке появились проблемы с libstdc++5 и все ведет к переходу на unstable под libc6.2.3.2, но не хочется уходить с woody. Видится chroot c unstable на отдельной партиции. Может есть другие решения? Откройте для себя apt-get.org.
Re: Firebird 1.5 под debian
On Thu, 22 Jan 2004 21:33:20 +0200 Leschinsky Oleg [EMAIL PROTECTED] wrote: On Tue, Jan 20, 2004 at 10:41:23AM +0500, Поручиков Павел Иванович wrote: Возникла потребность запустить Firebird 1.5 под woody. Firebird 1.03 работает нормально уже год. При пробной установке появились проблемы с libstdc++5 и все ведет к переходу на unstable под libc6.2.3.2, но не хочется уходить с woody. Видится chroot c unstable на отдельной партиции. Может есть другие решения? Откройте для себя apt-get.org. www.backports.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: LaTeX
On Thu, Jan 22, 2004 at 05:38:26PM +0300, Dmitry E. Oboukhov wrote: но что-то не найду как создать табицу с шириной и _высотой_ строго заданными в мм, и можно ли заставить его выдавать ошибку (например), если строка в ячейку не помещается? Ширину задать легко, а вот с высотой сложнее, но тоже можно. Другое дело, что ты будешь иметь проблемы с размещением текста в ячейках. правда я ковыряюсь в рамках той русской доки на которую тут дали ссылку, глубоко пока не зарывался. Настоятельно рекомендую приобрести книгу: Гуссенс, Миттельбах, Самарин, Путеводитель по пакету LaTeX. Если сможешь её найти, конечно. Спрос на эту литературу сильно превышает предложение, к сожалению. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: флеймить так флейм ить!
On Thu, Jan 22, 2004 at 05:53:02PM +0300, Dmitry E. Oboukhov wrote: отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех дней. когда он все это получил, то ему в винде было проще на Сях программку сваять для склейки нежели склеить средствами ОС Ужасы какие... C:\ copy file.A+file.B file.C -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: squid
Привет, коллеги. On Fri, Jan 23, 2004 at 11:48:30AM +0600, Evgeny Yurkin wrote: как урезать память которую squid использует а то оперативки 256М и он ее почти всю отжирает и активно используется свап Поиск по файлу squid.conf контекста memory обнаружил ссылку на раздел #8 FAQ. rtff(read that fine faq) С уважением, Юркин Евгений Auf Wiederlesenophil aka Д-р Антикоммуний -- Oleg P. Philon http://gomelug.agava.ru/articles Linux Lab, Gomel, Belarus mailto:[EMAIL PROTECTED] http://anticommunist.narod.ru mailto:[EMAIL PROTECTED]
Re: переносы в некоторых письмах
В Срд, 21.01.2004, в 21:50, Artem Chuprina пишет: Sergey - Evgeny Yurkin @ Mon, 19 Jan 2004 23:54:46 +0500: Добрый день!Кто нибудь знает где это просиходитНекоторые письма из рассылки при нажимании по кнопочке ответить приходят как одна строка а некоторые номальнокуда копать?причем в отправильных оно отображается правильно# dpkg -l kmailii kmail 3.1.4-0woody1 KDE Email client S ^^ S Кстати, у мя в даже в mbox-е нехватает пробелов, абзацев и тп., может S это мта или прокмаил виноват? MUA. Но его хозяину лень поправить. Кажется, он же и жалуется... А почему на такие кривые письма от некоторых приходят нормальные ответы? Я не думаю, что они сами растывляют недостающие символы :-) -- Artem Chuprina RFC2822: [EMAIL PROTECTED], FIDO: 2:5020/122.256, ICQ: 13038757 -- - echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sb20293A2058554E494Csnlbxq'|dc Best Regardsmailto:[EMAIL PROTECTED] Mokeev Sergey http://sux.csu.ac.ru/ ICQ UIN:168860082
Re: Зачем в KDE artsd?
Jan 22, Victor B. Wagner: А nas умеет микшировать звук? Да, конечно. Это одна из двух вещей которые требуются от аудиосервера - микшировать звук от разных программ, и получать звук по сети. Это хорошо ;) А фильтровать звук? В arts можно сделать этакую виртуальную звуковую карту с входами-выходами-фильтрами-генераторами и проч. хренью. Еще в NAS есть система bucket-ов - возможности записи коротких звуковых сообщений прямо в сервер и многократного их проигрывания без повторной Ну сэмплы в демоне это не бином ньютона. передачи по сети, и radio - нечто вроде радиоприёмника, настраивающегося на кем-то вещаемые каналы. Вот тут я не понял. Почему-то X11 не пытается работать с форматами графических файлов. Для этого есть более другие библиотеки - libpng, libjpeg. То же самое касается и MP3. Это формат такой, способ упаковки. Единая системная Потому, что X11 это /dev/dsp, а arts это kdelibs. Идея понятна? arts использует всякие libmp3 и libogg (я не смотрел на названия, не о них речь). Я, как программист, только приветствую ещё один слой API, который позволит мне не заморачиваться, и не выбирать нужную lib, а сразу обрабатывать все image/* или audio/*. С этой точки зрения вдруг стираются все различия между pcm и mp3. Между png и gif (там, где эти различия не важны). библиотека для упаковки-распаковки может быть и не помешала бы, хотя сейчас существует несколько конкурирующих реализаций, и не видно оснований глобально предпочесть одну из них, но к аудио-серверу это не имеет не малейшего отношения. Его дело - звук от программ получать и проигрывать. Неупакованный, поскольку с распаковкой процессор терминала может и не справиться. В терминалы обычно мощных процессоров не ставят - i960 какой-нибудь или motorolla 68020. Ну, это достаточно надуманный пример. Сейчас mp3/ogg даже PDA играют. Тут экономить не следует, не стоит овчинка выделки. Кстати, стоит обратить внимание на то, что arts это не аудио-сервер. Это (из документации): aRts is a short form for analog realtime synthesizer. The idea of the whole thing is to create/process sound using small modules which do certain tasks. These may be create a waveform (oscillators), play samples, filter data, add signals, perform effects like delay/flanger/chorus, or output the data to the soundcard. И этот synthesizer может легко выводит звук в NAS. И овцы сыты (artsd можно запустить на application server, где есть мощности для распаковки какого-нить mpeg10 и заставить выводить на нужный NAS), и волки целы (программисту облегчение). Кстати, и пастуху светлая память -- мне, как пользователю управлять artsd не в пример удобнее, чем NAS'ом. ;) -- :wq Paul S. Romanchenko (rmrfchik)
Re: Зачем в KDE artsd?
On Thu, Jan 22, 2004 at 10:06:43PM +0300, Victor B. Wagner wrote: Почему-то X11 не пытается работать с форматами графических файлов. Для этого есть более другие библиотеки - libpng, libjpeg. То же самое касается и MP3. Это формат такой, способ упаковки. Единая системная библиотека для упаковки-распаковки может быть и не помешала бы, хотя сейчас существует несколько конкурирующих реализаций, и не видно оснований глобально предпочесть одну из них, но к аудио-серверу это не имеет не малейшего отношения. Его дело - звук от программ получать и проигрывать. Неупакованный, поскольку с распаковкой процессор терминала может и не справиться. В терминалы обычно мощных процессоров не ставят - i960 какой-нибудь или motorolla 68020. Я бы не отказался от расширения, позволяющего гонять по сети звук в чём-нибудь вроде flac. И уж, тем более, картинки в виде .png/.jpg, а видео в чём-нибудь ещё. Поставить себе терминал на каком-нибудь VIA Eden сейчас совсем недорого. Разница в цене с терминалом на чём-нибудь другом несущественна. А вот уменьшение нагрузки на сервер будет существенно, IMHO. -- С уважением, Денис http://freesource.info
Re: флеймить та к флеймить!
отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех дней. когда он все это получил, то ему в винде было проще на Сях программку сваять для склейки нежели склеить средствами ОС Ужасы какие... C:\ copy file.A+file.B file.C попробуйте 1500 файлов так склеить в уиндовсе, и результаты сообщите ;)
Re: флеймить так флейм ить!
On Fri, Jan 23, 2004 at 12:04:48PM +0300, Dmitry E. Oboukhov wrote: отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех дней. когда он все это получил, то ему в винде было проще на Сях программку сваять для склейки нежели склеить средствами ОС Ужасы какие... C:\ copy file.A+file.B file.C попробуйте 1500 файлов так склеить в уиндовсе, и результаты сообщите ;) ну и в чем проблема? в винде точно так же написать скрипт который будет склеивать (например) файлы в некоей папке. его командная строка не такая убогая, как кажется некоторым. хотя естественно до того же самого bash ей как до луны. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Dmitry Gerasimov e-mail: dima AT polarcup DOT ru icq: 26277841 pgp0tuzPbOIED.pgp Description: PGP signature
Re: флеймить та к флеймить!
отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех дней. когда он все это получил, то ему в винде было проще на Сях программку сваять для склейки нежели склеить средствами ОС Ужасы какие... C:\ copy file.A+file.B file.C попробуйте 1500 файлов так склеить в уиндовсе, и результаты сообщите ;) ну и в чем проблема? в винде точно так же написать скрипт который будет склеивать (например) файлы в некоей папке. его командная строка не такая убогая, как кажется некоторым. хотя естественно до того же самого bash ей как до луны. ну давайте - напишите аналог for i in *; do echo file.avi; done
Re: флеймить так флейм ить!
On Fri, Jan 23, 2004 at 01:09:46PM +0300, Dmitry E. Oboukhov wrote: отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех дней. когда он все это получил, то ему в винде было проще на Сях программку сваять для склейки нежели склеить средствами ОС Ужасы какие... C:\ copy file.A+file.B file.C попробуйте 1500 файлов так склеить в уиндовсе, и результаты сообщите ;) ну и в чем проблема? в винде точно так же написать скрипт который будет склеивать (например) файлы в некоей папке. его командная строка не такая убогая, как кажется некоторым. хотя естественно до того же самого bash ей как до луны. ну давайте - напишите аналог for i in *; do echo file.avi; done точно так же. for in работает точно таким же образом и в винде. поверьте. for %f in (*.*) do чтото сделать с %f -- Dmitry Gerasimov e-mail: dima AT polarcup DOT ru icq: 26277841 pgpKfB3lSlPb3.pgp Description: PGP signature
Re: флеймить та к флеймить!
отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех дней. когда он все это получил, то ему в винде было проще на Сях программку сваять для склейки нежели склеить средствами ОС Ужасы какие... C:\ copy file.A+file.B file.C попробуйте 1500 файлов так склеить в уиндовсе, и результаты сообщите ;) ну и в чем проблема? в винде точно так же написать скрипт который будет склеивать (например) файлы в некоей папке. его командная строка не такая убогая, как кажется некоторым. хотя естественно до того же самого bash ей как до луны. ну давайте - напишите аналог for i in *; do echo file.avi; done точно так же. for in работает точно таким же образом и в винде. поверьте. for %f in (*.*) do чтото сделать с %f гхм и как оно 1. давно 2. с большим кол-вом в *.*?
Re: флеймить так флейм ить!
On Fri, Jan 23, 2004 at 01:38:17PM +0300, Dmitry E. Oboukhov wrote: отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех дней. когда он все это получил, то ему в винде было проще на Сях программку сваять для склейки нежели склеить средствами ОС Ужасы какие... C:\ copy file.A+file.B file.C попробуйте 1500 файлов так склеить в уиндовсе, и результаты сообщите ;) ну и в чем проблема? в винде точно так же написать скрипт который будет склеивать (например) файлы в некоей папке. его командная строка не такая убогая, как кажется некоторым. хотя естественно до того же самого bash ей как до луны. ну давайте - напишите аналог for i in *; do echo file.avi; done точно так же. for in работает точно таким же образом и в винде. поверьте. for %f in (*.*) do чтото сделать с %f гхм и как оно 1. давно 2. с большим кол-вом в *.*? 1) да со времен ДОСа если честно. 2) а фиг его , товарищ полковник, знает. я его для примеру написал. потому-что знаю что это возможно. просто винда она не такая убогая как ее пытаются представить. много конечно не хватает, и до удобства (ну лично мне по крайней мере) консоли далеко, но многое можно. а вообще, у меня тут друг один хорошо сказал - в умелых руках - и %уй - балалайка. да , кстати, вспомнился еще метод. copy /b *.* file.avi тоже должно работать... Но это конечно глупость.. :)) Удачи -- Dmitry Gerasimov e-mail: dima AT polarcup DOT ru icq: 26277841 pgpGAHxqWbp3P.pgp Description: PGP signature
Re: флеймить так флейм ить!
On Fri, Jan 23, 2004 at 01:38:17PM +0300, Dmitry E. Oboukhov wrote: for %f in (*.*) do чтото сделать с %f и как оно 1. давно Даже в ДОС работает. 2. с большим кол-вом в *.*? Проверь. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: флеймить та к флеймить!
for %f in (*.*) do чтото сделать с %f и как оно 1. давно Даже в ДОС работает. я помню, в свое время под ДОС'ом юзал и for и shift но вот у меня такое ащущение, что на 1500 файлов оно не сработает... 2. с большим кол-вом в *.*? Проверь. не на чем!
Re: флеймить та к флеймить!
да , кстати, вспомнился еще метод. copy /b *.* file.avi этот метод даже в линyксе не проходит из за большой длины строки приходится юзать for тоже должно работать... Но это конечно глупость.. :)) ком строка в вин конечно есть, но она 1. убогая (по языковым возможностям) 2. набор утилсов для нее нулевой (кстати насколько я помню там некоторые команды - встроенные а-ля копи итп)
=?koi8-r?Q?Re:_=C6=CC=C5=CA=CD=C9=D4=D8_=D4=C1=CB_=C6=CC=C5=CA=CD= C9=D4=D8!?=
Dmitry E. Oboukhov пишет: for %f in (*.*) do чтото сделать с %f и как оно 1. давно Даже в ДОС работает. я помню, в свое время под ДОС'ом юзал и for и shift но вот у меня такое ащущение, что на 1500 файлов оно не сработает... 2. с большим кол-вом в *.*? Проверь. не на чем! мне вот тут выпал случай проверить. итого 24886 файлов в цикле обработались нормально. потом сообщение out of memory и батник прибился. так чта -- wbr, eugene v. samusev
Re: =?koi8-r?Q?Re:_=C6=CC=C5=CA=CD=C9=D4=D8_=D4=C1=CB_=C6=CC=C5=CA=CD= C9=D4=D8!?=
for %f in (*.*) do чтото сделать с %f и как оно 1. давно Даже в ДОС работает. я помню, в свое время под ДОС'ом юзал и for и shift но вот у меня такое ащущение, что на 1500 файлов оно не сработает... 2. с большим кол-вом в *.*? Проверь. не на чем! мне вот тут выпал случай проверить. итого 24886 файлов в цикле обработались нормально. потом сообщение out of memory и батник прибился. так чта А я вот тут с Соляры по NFS на Linux XFS файл сливал. Как стал размер у файла в 5 с копейками гигабайт, NFS на Linux'е умер. А вот с Соляры на Соляру сливал - всё путём. так чта -- С уважением, Виктор
Семинар : Годовая отчетность bDJ2f5ywq
Здравствуйте Debian! Уважаемые господа! Приглашаем Вас посетить 29 января однодневный семинар на тему Годовая отчетность. Программа семинара: Модуль I. Годовая бухгалтерская отчетность 1.Общие вопросы формирования и заполнения отчетности: изменения в формах отчетности (согласно приказу Минфина № 67н), порядок формирования и утверждения отчетности в акционерном обществе. Проведение инвентаризации и отражение ее итогов в учете. 2.Исправление бухгалтерских ошибок, обнаруженных в учете и отчетности. 3.Изменения в учетной политике и порядок их отражения в учете и отчетности. 4.Проблемные вопросы заполнения формы 1 Бухгалтерский баланс: амортизация и эксплуатационные расходы по незарегистрированной недвижимости, учет НИОКР, новые требования к учету финансовых вложений (ПБУ 19/02) и др. 5.Проблемные вопросы заполнения формы 2 Отчет о прибылях и убытках: распределение доходов и расходов по их видам (по обычным видам деятельности, операционные, внереализационные). 6.Формирование пояснений к отчетности: структура пояснительной записки. 7.Ответы на вопросы. Модуль II. Учет расчетов по налогу на прибыль (ПБУ 18/02): 1.Общая характеристика задач, целей, смысла ПБУ 18/02, Основные последствия введения ПБУ 18/02 2.Постоянные разницы и постоянные налоговые обязательства (понятия, типы, примеры); 3.Временные разницы и отложенные налоговые активы и обязательства (понятия, типы, примеры, погашение и списание отложенных активов и обязательств) 4.Изменения в составлении бухгалтерской отчетности в соответствии с ПБУ 18/02 (изменения в балансе и отчете о прибылях и убытках, изменения в пояснительной записке). 5.Рассмотрение возможных путей ведения учета в соответствии с ПБУ 18/02/ Автор семинара - профессиональный аудитор и консультант, автор ряда книг по методологии и практике бухгалтерского учета, а также многочисленных статей в специализированных периодических изданиях. Стоимость семинара - 3900 рублей, с учетом НДС. Форма оплаты любая (наличная или безналичная). В стоимость входит: участие в работе семинара, раздаточный материал, кофе-пауза, обед. Семинар проходит в Москве (м. Ботанический сад). Начало семинара в 10 часов, окончание в 17.30-18.00. Регистрация участников обязательна. Для регистрации участников семинара необходимо сообщить следующие данные: наименование организации, ИНН, юридический адрес, телефон, факс, Ф.И.О. участников, контактное лицо. Заявку на бронирование номера в гостинице с датами приезда-отъезда необходимо подавать заранее. При отсутствии возможности посетить семинар, мы предлагаем приобрести видеозапись семинара на видеокассетах (прилагается авторский раздаточный материал). Стоимость приобретения видеокассет-2600 рублей, с учетом НДС. В продаже также имеются видеозаписи семинаров по следующим темам: 1. Иностранные сотрудники: особенности трудовых отношений и налогообложения. 2.Хозяйственные договоры в бухгалтерском учете и налогообложении. 3.Упрощенная система налогообложения. 4.Особенности взаимоотношений с контролирующими органами. 5.Основы инвестиционно-строительной деятельности. На участие в семинаре и приобретение видеозаписей оформляется полный пакет бухгалтерских документов. Приглашаем Вас также посетить семинары по темам: Учетная и налоговая политика организации - 30 января Заработная плата: бухгалтерский и налоговый аспект- 6 февраля Иностранные сотрудники: особенности трудовых отношений и налогообложения- 9 февраля Упрощенная система налогообложения - 25 февраля КОНТАКТНЫЕ ТЕЛЕФОНЫ: (095) 20-7-26-2-1, 7-89-81-9-0. Alberio G. Communes [EMAIL PROTECTED] [EMAIL PROTECTED] performance хлеб поле
Re: offtopic: functional programming
On Thu, Jan 22, 2004 at 09:41:40PM +0200, Maxim Tyurin wrote: Если я правильно понимаю, то тебе к Луговскому. :) Он по русски умеет (правда на матерный иногда переходит). Я знаю. Просто хотелось бы пообщаться больше чем с 4-мя людьми. Я не верю, что у Луговского все настолько запущено. :)
Re: флеймить так флеймит ь!
Dmitry E. Oboukhov пишет: да , кстати, вспомнился еще метод. copy /b *.* file.avi этот метод даже в линyксе не проходит из за большой длины строки приходится юзать for А вот тут и начинаются отличия dos от unix, причём в пользу dos, как ни странно. Этот метод ... в линyксе не проходит из за большой длины строки, поскольку shell'у приходится эту строку создавать, а потом ещё и вызывать программу c кучей аргументов. А вот в dos этими *.* занимается ни разу не command.com, а copy, которая скорее всего (не проверял) читает из каталога последовательно, не строя никаких списков. Так что в dos скорее всего как раз работает. -- Владимир Серов
Re: флеймить та к флеймить!
да , кстати, вспомнился еще метод. copy /b *.* file.avi этот метод даже в линyксе не проходит из за большой длины строки приходится юзать for А вот тут и начинаются отличия dos от unix, причём в пользу dos, как ни странно. Этот метод ... в линyксе не проходит из за большой длины строки, поскольку shell'у приходится эту строку создавать, а потом ещё и вызывать программу c кучей аргументов. А вот в dos этими *.* занимается ни разу не command.com, а copy, которая скорее всего (не проверял) читает из каталога последовательно, не строя никаких списков. Так что в dos скорее всего как раз работает. в ДОСе все равно будет криво - команды cat там нет, есть по моему команда type, а команда copy клеит файлы если их с плюсами писать, что рег-выражениями не проделать. а подход, что каждая программа сама разбирает выражения плох тем, что сразу теряется 1. единообразие 2. на большей части программ теряется функциональность (т.к. многим проще реализовать лишь необходимую часть функциональности: в windows к сожалению нет раделяемых библиотек, которыми можно было бы решить этот вопрос...)
Re: помогите определи тся
Возьми исходники pppd из unstable и собери сам. IIRC, плагин для радиуса в Debian варианте pppd не скомпилирован. взял, пересобрал, почти все работает, но авторизация не проходит. Вот, что выдает freeradius в debug-mode: Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on 1814/udp. Ready to process requests. rad_recv: Access-Request packet from host 127.0.0.1:32809, id=177, length=132 Service-Type = Framed-User Framed-Protocol = PPP User-Name = test MS-CHAP-Challenge = 0xe3740ec2c633e91c76bbff4d4acc22ed MS-CHAP2-Response = 0xc174b2dec7bc5377e60239985ad58c1e8209ef28a42bd71c501af 89207a1082878449859b637ae7f7f00 NAS-IP-Address = 192.168.1.1 NAS-Port = 0 rlm_sql (sql): Reserving sql socket id: 1 rlm_sql (sql): Released sql socket id: 1 Login incorrect: [test/no User-Password attribute] (from client localhost port 0) Sending Access-Reject of id 177 to 127.0.0.1:32809 MS-CHAP-Error = \301E=691 R=1 rad_recv: Access-Request packet from host 127.0.0.1:32809, id=178, length=132 Service-Type = Framed-User Framed-Protocol = PPP User-Name = test MS-CHAP-Challenge = 0x2c10812237f9ccf8a75aa54490077d66 MS-CHAP2-Response = 0xd974f0cd669e4c98ab5743c7800e958cdee72631c4d44e558af73 16b341ff64ef697186217339b4eb800 NAS-IP-Address = 192.168.1.1 NAS-Port = 0 rlm_sql (sql): Reserving sql socket id: 0 rlm_sql (sql): Released sql socket id: 0 Login incorrect: [test/no User-Password attribute] (from client localhost port 0) Sending Access-Reject of id 178 to 127.0.0.1:32809 MS-CHAP-Error = \331E=691 R=1 rad_recv: Access-Request packet from host 127.0.0.1:32809, id=203, length=56 User-Name = test User-Password = test NAS-IP-Address = 255.255.255.255 NAS-Port = 1645 rlm_sql (sql): Reserving sql socket id: 1 rlm_sql (sql): Released sql socket id: 1 Login OK: [test] (from client localhost port 1645) Sending Access-Accept of id 203 to 127.0.0.1:32809 Framed-IP-Address := 10.0.1.111 Framed-Protocol := PPP Service-Type := Framed-User Framed-Compression := Van-Jacobson-TCP-IP Последнее достигнуто за счет использования radtest, который работает. Что не так? Куда копать?
Re: cvs-conf ???
Приветствую, Artem. Дело было в среду, 21 января 2004 года, в 18:22 GMT +03 (20:22 того же дня в Перми), по поводу cvs-conf ???: AC Свою обертку к cvs написать. Ну или эту отаудитить от начала до конца и AC исправить все, что не понравится. Кажется, первое быстрее. Интересно, а какие-нибудь готовые решения есть? Или же, это все-таки глупость использовать cvs'о подобные решения для хранения конфигов? Кто чем вообще пользуется? -- Best regards, Evgeniy .. Письмо вылетело в ночь 23 января 2004 г. --- GPG DSA/ELG-E : keyID: 0x2AC7DB3D; F/P: 931D 53E3 1C3C F989 A458 2718 3C3F C5EC 2AC7 DB3D ---
Re: переносы в некоторых письмах
Greetings... Friday, January 23, 2004, 10:05:12, Sergey [EMAIL PROTECTED] wrote: В Срд, 21.01.2004, в 21:50, Artem Chuprina пишет: Sergey - Evgeny Yurkin @ Mon, 19 Jan 2004 23:54:46 +0500: Добрый день!Кто нибудь знает где это просиходитНекоторые письма из рассылки при нажимании по кнопочке ответить приходят как одна строка а некоторые номальнокуда копать?причем в отправильных оно отображается правильно# dpkg -l kmailii kmail 3.1.4-0woody1 KDE Email client S ^^ S Кстати, у мя в даже в mbox-е нехватает пробелов, абзацев и тп., может S это мта или прокмаил виноват? MUA. Но его хозяину лень поправить. Кажется, он же и жалуется... А почему на такие кривые письма от некоторых приходят нормальные ответы? Я не думаю, что они сами растывляют недостающие символы :-) Все может быть... Я например ничего не расставлял. Вроде полутшело... ;) -- Regards... +-- | Oles' Stovbenko aka $LY Lord of GloomDaemons +-- | Registered Linux User # : 232886 | ICQ UIN : 27308195 | NIC-Handle : OS11-UANIC Now Playing: gorillaz - clint eastwood
MSI mainboard i845 + Pentium 4 + Promise PDC20376
Приходится на сабжевую мать ставить дебиан. Так-как нормально IDE винта у нее нету - временно поцепил, дабы на него поставить систему, а потом, после разборок с FastTrack'ом перенести ее на RAID-1. поставил WOODY по минимуму. на соседней машине собрал ядро с модулями и перенес на эту машину. в ядро включил поддержку IDE-Raid и в нем включил поддержку Promise FastTrack. также скомпили в модуля драйвер вхятый с сайта Promise - ft3xx.o также в ядро включил поддержку многопроцесорности и тип процесора указал Pentium 4. ядро на этой машине загрузилось почти нормально. не нашелся HyperThreding. из-за чего это может быть? /proc/pci говорит о наличии Promise контролера, хотя в выводе dmesg ничего на эту тему не нашел. устройства в /dev/ataraid присутствуют. пробовал эти устройства подсунуть cfdisk'у - ничего не вышло. догадываюсь, что я в чем-то неправ. в чем? что дальше делать? или ядерный драйвер не подходит? модуль ft3xx загружается успешно. появляютя устройства /dev/md* что с ними дальше делать? как разбить на разделы? или я опять в чем-то неправ? как мне потом грузиться с этого райда используя в качестве драйвера этоот модуль? initrd мне в руки? с initrd я не понял одного момента - образ initrd ядро будет откуда грузить? или его грузить будет lilo? тогда вопрос по составу образа initrd - там должно быть все, что-бы загрузить модуль ft3xx, и потом смонтировать RAID и переключиться на него? натолкните на путь праведниый плиз. приветствуются пинки в сторону соответсвующей литературы, желательно русской. Заранее всем спасибо. -- Vladimir [EMAIL PROTECTED] Используется M2, революционный почтовый клиент браузера Opera: http://www.opera.com/m2/
