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: флеймить так флейм ить!
On Thu, Jan 22, 2004 at 05:53:02PM +0300, Dmitry E. Oboukhov wrote: > отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 > мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех > дней. > когда он все это получил, то ему в винде было проще на Сях программку > сваять для склейки нежели склеить "средствами ОС" что не сделают люди чтобы не читать документацию на команду copy... -- A: No Q: Should I quote below my post? Good luck! /AKA Druid
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/] (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/] (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/
Re: флеймить та к флеймить!
On 17:52 Fri 23 Jan , Vasiliy 'Druid' Misharev wrote: > On Thu, Jan 22, 2004 at 05:53:02PM +0300, Dmitry E. Oboukhov wrote: > > > отправил я тут другу фильм по почте: 700мег сплитанул на части по 0.5 > > мега и из ком-строки for-ом + mutt-ом + sleep-ом отправил в течение трех > > дней. > > когда он все это получил, то ему в винде было проще на Сях программку > > сваять для склейки нежели склеить "средствами ОС" > > что не сделают люди чтобы не читать документацию на команду copy... и как ты предлагаешь клеить командой копи? прочитавший документацию!
Russian Fonts for Gnome
Sorry for the English. Can someone tell me how to get Russian fonts to be displayed in testing. I've tried installing dozens of Cyrillic font packages, but Russian text always shows as boxes. Thanks. -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://wwwkeys.pgp.net or any PGP keyserver for public key. pgp7Q03s2GE9j.pgp Description: PGP signature
