gcc-2.95 vs gcc-3.x
?, ?? ?? ? ??? ? ? 2 ???: gcc-2.95 gcc-3.4 ---?? --- [EMAIL PROTECTED]:gcc-bug$ gcc-3.4 init-test.c init-test.c:23: error: initializer element is not constant init-test.c:23: error: (near initialization for `union_table[0]') ---??? ??? OK--- [EMAIL PROTECTED]:gcc-bug$ gcc-2.95 init-test.c ---???--- [EMAIL PROTECTED]:gcc-bug$ cat init-test.c struct _struct1 { int i; int j; }; struct _struct2 { int a; int b; }; union _union1 { struct _struct1 struct1; struct _struct2 struct2; }; static union _union1 union_table[] = { (union _union1) (struct _struct1) { i: 1, j: 2, }, }; int main(void) { return 0; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ядро 2.6.11
Denis S wrote: 1)make menuconfig 2)make-kpkg --initrd --apend_to_version -686 --revision=rev.01 kernel_image 3)dpkg -i ../*deb 4)update-grub ... make memuconfig make-kpkg --revision=xxx kernel_image (для ядра) make-kpkg --revision=xxx modules_image (для модулей) ... лучше из консоли (не иксов - умхо быстрее), initrd не использую за полной ненадобностью. и далее по тексту - инсталяция ядра. модулей, конфигурация grub если нужно - если верся ядра прежняя (только конфигурация menuconfigом менялась) то grub трогать не обязательно - это его огромное преимущество перед lilo. Если я правильно понимаю то это происходит потому что grub находит образ через файловую систему, в отличии от более примитивного lilo которому нужно заранее знать его "физическое" расположение на диске. Удачи. -- С уважением Николай [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странный глюк вылез в perl в woody - FIXED
Pavel Ammosov пишет: On Wed, May 25, 2005 at 06:10:59PM +0300, Dmitrii Varvashenia wrote: Dmitrii Varvashenia пишет: Поправка - перестал работать use. День добрый. Вдруг откуда невозмись перестал работать use strict; в perl в woody Ничего не ломал. Поставь пакет debsums и запусти debsums -c perl-base perl-modules perl это должно тебе показать не поменялось ли чего с момента сборки пакета. Также полезно посмотреть strace'ом чего perl в момент use делает, может у тебя в системе банально кончилась память. Похоже у меня в системе банально дохнет винт :-( Выкроил 5 минут и при перезагрузке он сказал что уже нечекались и 289 дней и долго и нудно мучал винт. Ничего не нашел, по потом вылезли ошибки FS и / ушел в ro. Всем спасибо. Иду спасать новые файлы после последнего бэкапа. PS: А перл таки заработал ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: фильтрация почты
Andrey Melnikoff -> debian-russian@lists.debian.org @ Wed, 25 May 2005 19:17:52 +0400: >> >> Так человек жаловался, что _ему_ их читать приходится. Я ему >> >> посоветовал этого не делать. А вот "скрипт, который отпишет" - это, >> >> извините, нужен серьезный менеджер рассылок. >> AM> Чего ? Какой такой менеджер рассылок? Обработать правильный бонус >> AM> скриптом - очень просто. >> >> Я надеюсь, _тебе_ можно не объяснять, сколько грабель в этом процессе? >> >> Лучшее, пожалуй, описание более-менее всех из них, собранных в одно >> >> место, я читал в доке ezmlm. Откуда, в частности, и узнал, на кой >> >> нужен VERP. >> AM> Та-та. Только из-за кривулин, которые либо шлют отбой куда попало, >> AM> либо не вкладывают заголовки письма. У меня скриптик трудиться и >> AM> ничего. А от таких кривулин он пересылает письма мне, чтоб я >> AM> глазами разобрался - что за фигня. >> Ой, как все запущено... Тогда _настоятельно_ рекомендую почитать доку >> на ezmlm. На предмет того, что именно, помимо обратного адреса, следует >> учитывать, и почему надо отписывать ни в коей мере не по первому bounce. AM> Артем, ты меня удивляешь. Про VERP я читал, как отписывать и по какому из AM> параметров я знаю. Дык эта, там существенно не только про VERP написано. Там расписан весь алгоритм отписывания. AM> А вот вопрошавший автор - незнает. Как впрочем и пейсатели форумов. Вот именно поэтому для отправления писем с форума и рекомендуется использовать зенитные пушки мейллист-менеджеров. Вернее, для отписывания от форума - для отправления-то не получится. AM> PS: Про VERP могу сказать только одно - полная гадость. И не AM> потому, что выдумка cjb. По самой идее. Вон, subscribe.ru/mail.ru AM> прекрасно обходяться без VERP. А с VERP оно может конечно и лучше, AM> но: AM> 1) От кривулин, которые умет DSN с натягом (читать с патчами или AM> через зад) - всеравно прийдеться извращаться, чтоб определить - чье AM> это. Гм, поддержка DSN в полном объеме - проблема та еще. Грубо говоря, ты много знаешь доменов, где второй MX честно поддерживает DSN? Где первый - тех больше, но все равно существенно не 100%. А вот кривулин, которые отлуп ухитряются отправить не на адрес envelope sender, но так, чтобы он до отправителя все-таки дошел, мне что-то не попадалось. Видимо, не выживают. Поэтому VERP и работоспособен, а местами только он и работоспособен. Хотя нельзя сказать, что он хорош... AM> 2) Трафик. Если этот VERP используется в списке рассылки - то на AM> один домен вместо 1 письма к куче юзерей - уйдет куча писем. + AM> засирание очередей, etc. Это да, это увы. С другой стороны, в наше время борьбы со спамом оно местами и к лучшему. А то как пошлют тебя нафиг на том основании, что ты больше чем десятку юзеров одновременно отправить почту пытаешься... Хотя qmail я в свое время именно за эту привычку снес - когда он по диалапу пытался отправить на релей три одинаковых больших письма, я обиделся. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Это неправильный шелл. В нем дают неправильный перл. (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странный глюк вылез в perl в woody
Dmitrii Varvashenia -> debian-russian@lists.debian.org @ Wed, 25 May 2005 17:41:57 +0300: DV> День добрый. DV> Вдруг откуда невозмись перестал работать use strict; в perl в woody DV> Ничего не ломал. DV> В логах тоже ничего интересного невидно. DV> helloworld.cgi--- DV> #!/usr/bin/perl DV> use strict; DV> print "hello world"; DV> helloworld.cgi--- DV> #./helloworld.cgi DV> Segmentation fault DV> # dpkg-reconfigure perl DV> Segmentation fault DV> В какую сторону копать? DV> PS: apt-get remove perl и потом его install оставляю на крайний DV> случай - уж слишком много за собой перл тянет пакетов, а они нужны DV> для работы. Так сделай apt-get install --reinstall perl. Только не забудь, что он порезан на несколько пакетов. Как минимум, надо еще libperl<версия>. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Творить - не делать! (c)Элхэ Ниеннах -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странный глюк вылез в perl в woody
On Wed, May 25, 2005 at 06:10:59PM +0300, Dmitrii Varvashenia wrote: > Dmitrii Varvashenia пишет: > Поправка - перестал работать use. > >День добрый. > >Вдруг откуда невозмись перестал работать use strict; в perl в woody > >Ничего не ломал. Поставь пакет debsums и запусти debsums -c perl-base perl-modules perl это должно тебе показать не поменялось ли чего с момента сборки пакета. Также полезно посмотреть strace'ом чего perl в момент use делает, может у тебя в системе банально кончилась память. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: фильтрация почты
Andrey Melnikoff -> debian-russian@lists.debian.org @ Wed, 25 May 2005 19:04:40 +0400: >> >> Я надеюсь, _тебе_ можно не объяснять, сколько грабель в этом процессе? >> >> Лучшее, пожалуй, описание более-менее всех из них, собранных в одно >> >> место, я читал в доке ezmlm. Откуда, в частности, и узнал, на кой >> >> нужен VERP. >> AM> Та-та. Только из-за кривулин, которые либо шлют отбой куда попало, >> AM> либо не вкладывают заголовки письма. >> Да, и еще. Та-та. Ты это будешь админам этих кривулин сообщать? Так >> они невменяемы. Юзерам? Так они, даже если вменяемы, ничего поправить >> не смогут. Только проголосовать против тебя ногами. AM> Да ты что? Какой ужасть. Вон, полно всяких супер-пупер форумов, на AM> которых регистрация с yansex.ru/mail.ru/rambler.ru и прочих AM> бесплатных мыл запрещена. Почему? Потому что они тоже не принимают AM> почту с этих кривулин. И что самое интересное - юзеры не голосуют AM> ногами от почты, юзеры - голосуют ногами от такого форума. Ну а я про что? Я про форум и. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Штатными средствами среды я могу пририсовать "документу" оглавление, обсуждение, усы и бороду (c) Бо Беркгаут -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail и владелец письма
Dmitry E. Oboukhov wrote: я например от фечмаила письма отдаю procmail'у Я тоже так делаю. Пока решил проблему выставив user/user /usr/bin/procmailу что, конечно, некорректно. Зато работает. а в нем можно и фильтры проставить и UMASK поправить UMASK поправить - это как ? -- С уважением Николай [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странный глюк вылез в perl в woody
Oleg Gritsinevich пишет: Dmitrii Varvashenia пишет: Поправка - перестал работать use. Нифига себе! У меня Woody, perl 5.6.1-8.6 неапдейченый (теперь и не буду) - всё нормально. Апдэйт был уже давно. Все сломалось буквально за секунду и в системе я не колупался в это время. Сижу, никого не трогаю, правлю HTML'ину и вот те раз. Хорошо, что perl с apache - это не основное назначение этой машинки. greendog:/# dpkg -l | grep perl ii libdbi-perl1.21-2woody2 The Perl5 Database Interface by Tim Bunce ii libperl5.6 5.6.1-8.9 Shared Perl library. ii libtext-templa 1.42-2 Text::Template perl module ii perl 5.6.1-8.9 Larry Wall's Practical Extraction and Report ii perl-base 5.6.1-8.9 The Pathologically Eclectic Rubbish Lister. ii perl-doc 5.6.1-8.9 Perl documentation. ii perl-modules 5.6.1-8.9 Core Perl modules. ii perlmagick 5.4.4.5-1woody A perl interface to the libMagick graphics r [skip] PPS: А может это железо вмирает потиху? А с ФС, на которой perl установлен со всеми своими потрохами всё нормально? Выглядит как живая. Я только ночью его смогу перегрузить чтобы почекать более обстоятельно. (и то - не факт). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странный глюк вылез в perl в woody
Oleg Gritsinevich пишет: Dmitrii Varvashenia пишет: Поправка - перестал работать use. Нифига себе! У меня Woody, perl 5.6.1-8.6 неапдейченый (теперь и не буду) - всё нормально. Апдэйт был уже давно. Все сломалось буквально за секунду. Сижу, никого не трогаю, правлю HTML'ину и вот те раз. Хорошо, что perl с apache - это не основное назначение этой машинки. greendog:/# dpkg -l | grep perl ii libdbi-perl1.21-2woody2 The Perl5 Database Interface by Tim Bunce ii libperl5.6 5.6.1-8.9 Shared Perl library. ii libtext-templa 1.42-2 Text::Template perl module ii perl 5.6.1-8.9 Larry Wall's Practical Extraction and Report ii perl-base 5.6.1-8.9 The Pathologically Eclectic Rubbish Lister. ii perl-doc 5.6.1-8.9 Perl documentation. ii perl-modules 5.6.1-8.9 Core Perl modules. ii perlmagick 5.4.4.5-1woody A perl interface to the libMagick graphics r [skip] PPS: А может это железо вмирает потиху? А с ФС, на которой perl установлен со всеми своими потрохами всё нормально? Выглядит как живая. Я только ночью его смогу перегрузить чтобы почекать более обстоятельно. (и то - не факт). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странный глюк вылез в perl в woody
On Wed, May 25, 2005 at 06:10:59PM +0300, Dmitrii Varvashenia wrote: > Dmitrii Varvashenia пишет: > Поправка - перестал работать use. Нифига себе! У меня Woody, perl 5.6.1-8.6 неапдейченый (теперь и не буду) - всё нормально. [skip] > > > >PPS: А может это железо вмирает потиху? А с ФС, на которой perl установлен со всеми своими потрохами всё нормально? -- With best regards, Oleg Gritsinevich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: фильтрация почты
Artem Chuprina <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff -> debian-russian@lists.debian.org @ Wed, 25 May 2005 > 17:21:59 +0400: > >> Так человек жаловался, что _ему_ их читать приходится. Я ему > >> посоветовал этого не делать. А вот "скрипт, который отпишет" - это, > >> извините, нужен серьезный менеджер рассылок. > AM> Чего ? Какой такой менеджер рассылок? Обработать правильный бонус > AM> скриптом - очень просто. > >> Я надеюсь, _тебе_ можно не объяснять, сколько грабель в этом процессе? > >> Лучшее, пожалуй, описание более-менее всех из них, собранных в одно > >> место, я читал в доке ezmlm. Откуда, в частности, и узнал, на кой > >> нужен VERP. > AM> Та-та. Только из-за кривулин, которые либо шлют отбой куда попало, > AM> либо не вкладывают заголовки письма. У меня скриптик трудиться и > AM> ничего. А от таких кривулин он пересылает письма мне, чтоб я > AM> глазами разобрался - что за фигня. > Ой, как все запущено... Тогда _настоятельно_ рекомендую почитать доку > на ezmlm. На предмет того, что именно, помимо обратного адреса, следует > учитывать, и почему надо отписывать ни в коей мере не по первому bounce. Артем, ты меня удивляешь. Про VERP я читал, как отписывать и по какому из параметров я знаю. А вот вопрошавший автор - незнает. Как впрочем и пейсатели форумов. PS: Про VERP могу сказать только одно - полная гадость. И не потому, что выдумка cjb. По самой идее. Вон, subscribe.ru/mail.ru прекрасно обходяться без VERP. А с VERP оно может конечно и лучше, но: 1) От кривулин, которые умет DSN с натягом (читать с патчами или через зад) - всеравно прийдеться извращаться, чтоб определить - чье это. 2) Трафик. Если этот VERP используется в списке рассылки - то на один домен вместо 1 письма к куче юзерей - уйдет куча писем. + засирание очередей, etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: фильтрация почты
Artem Chuprina <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff -> debian-russian@lists.debian.org @ Wed, 25 May 2005 > 17:21:59 +0400: > >> Я надеюсь, _тебе_ можно не объяснять, сколько грабель в этом процессе? > >> Лучшее, пожалуй, описание более-менее всех из них, собранных в одно > >> место, я читал в доке ezmlm. Откуда, в частности, и узнал, на кой > >> нужен VERP. > AM> Та-та. Только из-за кривулин, которые либо шлют отбой куда попало, > AM> либо не вкладывают заголовки письма. > Да, и еще. Та-та. Ты это будешь админам этих кривулин сообщать? Так > они невменяемы. Юзерам? Так они, даже если вменяемы, ничего поправить > не смогут. Только проголосовать против тебя ногами. Да ты что? Какой ужасть. Вон, полно всяких супер-пупер форумов, на которых регистрация с yansex.ru/mail.ru/rambler.ru и прочих бесплатных мыл запрещена. Почему? Потому что они тоже не принимают почту с этих кривулин. И что самое интересное - юзеры не голосуют ногами от почты, юзеры - голосуют ногами от такого форума. > Если тебе с их наличия на твоем сервере зарплату платят - твое > руководство тебя не поймет... Пока оно меня понимает. Как только перестанет - найду себе другую работу. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sarge... raid0... mdadm...
Ставим "из коробочки" сарж. Расписываем raid0 из двух разделов на хвосте двух sata-дисков. Хочем монтировать в /home. Грузимся. Райда нет, /home нет. Ставим mdadm (кстати, а с какого перепугу оно его не поставило его сразу? raid есть, тулзей к нему нету). Пытаемся поднять - говорит "is too small". Пересоздал руками. Говорю mdrun - поднимается. При буте - нет. В наст. момент я дописал руками в /etc/init.d/mdadm строчку: /sbin/mdrun && mount /dev/md0 но чувствую, что это не правильно. А как правильно заставлять эту хрень подниматься при загрузке? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странный глюк вылез в perl в woody
Dmitrii Varvashenia пишет: Поправка - перестал работать use. День добрый. Вдруг откуда невозмись перестал работать use strict; в perl в woody Ничего не ломал. В логах тоже ничего интересного невидно. helloworld.cgi--- #!/usr/bin/perl use strict; print "hello world"; helloworld.cgi--- #./helloworld.cgi Segmentation fault # dpkg-reconfigure perl Segmentation fault В какую сторону копать? PS: apt-get remove perl и потом его install оставляю на крайний случай - уж слишком много за собой перл тянет пакетов, а они нужны для работы. PPS: А может это железо вмирает потиху? WBR, Dmitrii -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
fprobe-ulog+flowscan+flow-tools
добрый день ... не могу победить связку subj (( пакеты собираются в iptables iptables -A FORWARD -o eth1 -j ULOG fprobe-ulog получает данные с eth1 смотрящего в 192.168.2.0/24 /etc/default/fprobe-ulog INTERFACE="eth1:101" FLOW_COLLECTOR="localhost:555" OTHER_ARGS="" собирает данные flow-capture /etc/flow-tools/flow-capture.conf -w/var/local/flows -n287 -S5 -V5 -N0 0/127.0.0.1/555 с интервалом в 5 минут крономзапускается flowscan, flowscan.cf FlowFileGlob /var/local/flows/ft-v*[0-9] ReportClasses CampusIO WaitSeconds 300 Verbose 1 содержимое CampusIO.cf OutputIfIndexes 7 LocalSubnetFiles /etc/flowscan/local_nets.boulder OutputDir /var/local/flows/graphs Verbose 1 Protocols icmp, tcp, udp TCPServices ftp-data, ftp, smtp, nntp, http, 7070, rtsp UDPServices domain, snmp, snmp-trap NapsterSubnetFiles /etc/flowscan/Napster_subnets.boulder NapsterSeconds 1800 NapsterPorts 8875, , , , 6697, 6688, 6699, , ASPairs 0:0 содержимое local_nets.boulder SUBNET=192.168.2.0/24 DESCRIPTION=our network вывод flowscan -w0 -v 2005/05/25 18:40:01 working on file /var/local/flows/ft-v05.2005-05-25.183501+0400... 2005/05/25 18:40:01 %CampusIO::FTPSession -> 0 2005/05/25 18:40:01 %CampusIO::FTPSession -> 0 2005/05/25 18:40:01 %CampusIO::NapServer -> 0 %CampusIO::NapUser -> 0 2005/05/25 18:40:01 %CampusIO::NapServer -> 0 %CampusIO::NapUser -> 0 2005/05/25 18:40:01 flowscan-1.020 CampusIO: Cflow::find took 0 wallclock secs ( 0.00 usr + 0.00 sys = 0.00 CPU) for 266 +flow file bytes, flow hit ratio: 0/6 2005/05/25 18:40:01 scalar(%CampusIO::RealServer) -> 0 2005/05/25 18:40:01 flowscan-1.020 CampusIO: report took 0 wallclock secs ( 0.02 usr + 0.00 sys = 0.02 CPU) никак не могу добиться изменений, hit ratio 0/x и все тут ... где ошибся ? может кто подскажет ... усиленно читаю maillist flow-tools, flowscan ... пока тяжко ))
странный глюк вылез в perl в woody
День добрый. Вдруг откуда невозмись перестал работать use strict; в perl в woody Ничего не ломал. В логах тоже ничего интересного невидно. helloworld.cgi--- #!/usr/bin/perl use strict; print "hello world"; helloworld.cgi--- #./helloworld.cgi Segmentation fault # dpkg-reconfigure perl Segmentation fault В какую сторону копать? PS: apt-get remove perl и потом его install оставляю на крайний случай - уж слишком много за собой перл тянет пакетов, а они нужны для работы. PPS: А может это железо вмирает потиху? WBR, Dmitrii -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: фильтрация почты
Andrey Melnikoff -> debian-russian@lists.debian.org @ Wed, 25 May 2005 17:21:59 +0400: >> Я надеюсь, _тебе_ можно не объяснять, сколько грабель в этом процессе? >> Лучшее, пожалуй, описание более-менее всех из них, собранных в одно >> место, я читал в доке ezmlm. Откуда, в частности, и узнал, на кой >> нужен VERP. AM> Та-та. Только из-за кривулин, которые либо шлют отбой куда попало, AM> либо не вкладывают заголовки письма. Да, и еще. Та-та. Ты это будешь админам этих кривулин сообщать? Так они невменяемы. Юзерам? Так они, даже если вменяемы, ничего поправить не смогут. Только проголосовать против тебя ногами. Если тебе с их наличия на твоем сервере зарплату платят - твое руководство тебя не поймет... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Рюмку взял - паяльник положил -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: фильтрация почты
Andrey Melnikoff -> debian-russian@lists.debian.org @ Wed, 25 May 2005 17:21:59 +0400: >> >> >> Ну так не читай почту форума, и все. >> >> AM> Артем, не давай вредных советов, а? >> >> AM> Если форум не может отправить письмо, то адрес получателя надо >> >> AM> удавить. А то получаются уродские форумы, которые по нескольку лет >> >> AM> шлют письма на несуществующих пользователей 8-E~~~ >> >> Надо. Но это ж не повод читать его почту... >> AM> Глазами? Да. Скриптом, которы отпишет - *MUST*. >> Так человек жаловался, что _ему_ их читать приходится. Я ему >> посоветовал этого не делать. А вот "скрипт, который отпишет" - это, >> извините, нужен серьезный менеджер рассылок. AM> Чего ? Какой такой менеджер рассылок? Обработать правильный бонус AM> скриптом - очень просто. >> Я надеюсь, _тебе_ можно не объяснять, сколько грабель в этом процессе? >> Лучшее, пожалуй, описание более-менее всех из них, собранных в одно >> место, я читал в доке ezmlm. Откуда, в частности, и узнал, на кой >> нужен VERP. AM> Та-та. Только из-за кривулин, которые либо шлют отбой куда попало, AM> либо не вкладывают заголовки письма. У меня скриптик трудиться и AM> ничего. А от таких кривулин он пересылает письма мне, чтоб я AM> глазами разобрался - что за фигня. Ой, как все запущено... Тогда _настоятельно_ рекомендую почитать доку на ezmlm. На предмет того, что именно, помимо обратного адреса, следует учитывать, и почему надо отписывать ни в коей мере не по первому bounce. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Нужны две программы - одна с интерфейсом, а другая чтобы работу делала. Victor Wagner в <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GAM под Debian
Dmitry V. Ivanov -> debian-russian@lists.debian.org @ Wed, 25 May 2005 16:24:32 +0400: AC>> сводит отнюдь не в 0. Через некоторое время тебе эту, кривую по AC>> условию, хрень понадобится снести... DVI>rm -rf /opt/gam ? И стартапные скрипты у тебя тоже там? -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Сильмарил тебе в почки! (c)JB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: фильтрация почты
Artem Chuprina <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff -> debian-russian@lists.debian.org @ Tue, 24 May 2005 > 13:37:15 +0400: [skipp] > >> >> Ну так не читай почту форума, и все. > >> AM> Артем, не давай вредных советов, а? > >> AM> Если форум не может отправить письмо, то адрес получателя надо > >> AM> удавить. А то получаются уродские форумы, которые по нескольку лет > >> AM> шлют письма на несуществующих пользователей 8-E~~~ > >> Надо. Но это ж не повод читать его почту... > AM> Глазами? Да. Скриптом, которы отпишет - *MUST*. > Так человек жаловался, что _ему_ их читать приходится. Я ему > посоветовал этого не делать. А вот "скрипт, который отпишет" - это, > извините, нужен серьезный менеджер рассылок. Чего ? Какой такой менеджер рассылок? Обработать правильный бонус скриптом - очень просто. > Я надеюсь, _тебе_ можно не объяснять, сколько грабель в этом процессе? > Лучшее, пожалуй, описание более-менее всех из них, собранных в одно > место, я читал в доке ezmlm. Откуда, в частности, и узнал, на кой > нужен VERP. Та-та. Только из-за кривулин, которые либо шлют отбой куда попало, либо не вкладывают заголовки письма. У меня скриптик трудиться и ничего. А от таких кривулин он пересылает письма мне, чтоб я глазами разобрался - что за фигня. > Поэтому в таких случаях настоятельно рекомендую рогатки из > велосипедных камер не монстрячить, а стрелять по воробьям сразу > из зенитной пушки. Дешевле выйдет. Ага. Форумы - в помойку. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: фильтрация почты
On Tue, May 24, 2005 at 03:54:14PM +0400, Artem Chuprina wrote: > извините, нужен серьезный менеджер рассылок. Я надеюсь, _тебе_ > можно не объяснять, сколько грабель в этом процессе? Лучшее, > пожалуй, описание более-менее всех из них, собранных в одно > место, я читал в доке ezmlm. Откуда, в частности, и узнал, на > кой нужен VERP. Поэтому в таких случаях настоятельно > рекомендую рогатки из велосипедных камер не монстрячить, а > стрелять по воробьям сразу из зенитной пушки. Дешевле выйдет. Эт точно... -- Миша, с утра как раз разгребя отлупы по одной негустонаселённой рассылке и прикидывая, что бы было при отписке по факту прихода -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
On Sat, May 21, 2005 at 10:53:25AM +0400, Serge Matveev wrote: > AB> Как у Вас ведут себя диски на нагруженных веб серверах и как с ними > AB> бороться ? У меня сата начинает захлёбываться при трафике порядка 30 > AB> mbps и 1.5 К соединений scsi - 80 мбпс и порядка 3-4 К соединений > Ставь проксю перед www. В случае, stattic content поможет. nginx тогда уж (сам вот ощупываю, люди говорят, удавалось апачей косить от сотни-другой до полудюжины). Если есть своп и нет/мало кэша -- добивать RAM. По части fs -- если с питанием и железом проблем нет, то действительно XFS и вперёд. По крайней мере вчера slashdot упёрся в канал, а не сервер. :) -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GAM под Debian
On Wed, 25 May 2005 16:24:32 +0400 "Dmitry V. Ivanov" <[EMAIL PROTECTED]> wrote: >Сэр полагает, что выбирая между конвертацией + ручной работой > по допиливанию и просто ручной работой по допиливанию, следует > выбрать второе. Притом именно в данном конкретном случае, а > отнюдь не всегда. А можно я встряну в диспут? Смею предложить компромис - "раздербанить" rpm'ку, попилить, а потом dpkg-deb --build ... -- Best Regards, Konstantin Klimchev (mailto:[EMAIL PROTECTED]jabber:[EMAIL PROTECTED]) ATK-Internet ISP, Arkhangelsk, Russia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re[2]: GAM под Debian
Здравствуйте, Artem. DVI>> А какой тогда смысл использовать alien, если продукт конвертации DVI>> заведомо неработоспособен и требуется ручная доработка (что сводит в DVI>> нуль преимущества установки из .deb)? AC> Сэр полагает, что раскладывание стартапных скриптов как в шапке делает AC> пакет неработоспособным? Сэр полагает, что выбирая между конвертацией + ручной работой по допиливанию и просто ручной работой по допиливанию, следует выбрать второе. Притом именно в данном конкретном случае, а отнюдь не всегда. AC> Так, я извиняюсь, ln -s . /etc/rc.d спасет AC> его... Другое дело - что автор пакета мог рассчитывать на использование AC> утилит из его дистрибутива. Тогда никакой alien не спасет, ручная AC> доработка все равно потребуется, но преимущества установки из .deb это AC> сводит отнюдь не в 0. Через некоторое время тебе эту, кривую по AC> условию, хрень понадобится снести... rm -rf /opt/gam ? -- С уважением, Dmitry mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GAM под Debian
Dmitry V. Ivanov -> debian-russian@lists.debian.org @ Wed, 25 May 2005 10:29:31 +0400: DVI>>> В этой программе столько кривизны, что добавлять на свою задницу DVI>>> приключений в виде огрехов конвертации как-то не хочется. Тем DVI>>> более, что напильником там нужно в разных местах поработать, DVI>>> иначе вобще не стартанет. Я попробовал, потом долго удивлялся, DVI>>> зачем это мне на вуди alien сделал пути к стартовым скриптам как DVI>>> в красной шапке. AC>> Собственно, два твоих утверждения друг другу противоречат. И верно AC>> второе. alien не вносит огрехов конвертации. Он сохраняет то, что было AC>> в rpm. DVI> А какой тогда смысл использовать alien, если продукт конвертации DVI> заведомо неработоспособен и требуется ручная доработка (что сводит в DVI> нуль преимущества установки из .deb)? Сэр полагает, что раскладывание стартапных скриптов как в шапке делает пакет неработоспособным? Так, я извиняюсь, ln -s . /etc/rc.d спасет его... Другое дело - что автор пакета мог рассчитывать на использование утилит из его дистрибутива. Тогда никакой alien не спасет, ручная доработка все равно потребуется, но преимущества установки из .deb это сводит отнюдь не в 0. Через некоторое время тебе эту, кривую по условию, хрень понадобится снести... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pptp server
Hi all. у меня след проблема . пытаюсь поднять pptpd сервер по след мануалам. http://poptop.sourceforge.net/dox/debian-howto.phtml http://www.chiark.greenend.org.uk/~owend/free/pptp-debian.html http://www.phparchitecture.com/howto_show.php?id=3 distr sarge , pppd , pptpd стоят из sarge . кернел 2.4.29 c kernel.org mppe-mppc patch взял здесь http://www.polbox.com/h/hs001/ вот мои конфиги . lsmod sha1 7372 0 (autoclean) arc4 652 0 (autoclean) ppp_mppe_mppc 13212 0 ppp_async 6688 0 (autoclean) ppp_generic 16100 0 (autoclean) [ppp_mppe_mppc ppp_async] slhc 4768 0 (autoclean) [ppp_generic] /etc/pptpd.conf speed 115200 option /etc/ppp/pptpd-options debug logwtmp localip 192.168.0.1 remoteip 192.168.0.245 /etc/ppp/pptpd-options name pptpd refuse-pap refuse-chap refuse-mschap require-mschap-v2 require-mppe-128 proxyarp nodefaultroute debug dump lock nobsdcomp когда клиент(windows xp) пытается подключится, то это выходит редко в основном получается след . May 25 14:36:18 localhost pptpd[3953]: MGR: No free connection slots or IPs - no more clients can connect! May 25 14:36:18 localhost pptpd[3975]: MGR: Launching /usr/sbin/pptpctrl to handle client May 25 14:36:18 localhost pptpd[3975]: CTRL: local address = 192.168.0.1 May 25 14:36:18 localhost pptpd[3975]: CTRL: remote address = 192.168.0.245 May 25 14:36:18 localhost pptpd[3975]: CTRL: pppd speed = 115200 May 25 14:36:18 localhost pptpd[3975]: CTRL: pppd options file = /etc/ppp/pptpd-options May 25 14:36:18 localhost pptpd[3975]: CTRL: Client 85.83.118.55 control connection started May 25 14:36:18 localhost pptpd[3975]: CTRL: Received PPTP Control Message (type: 1) May 25 14:36:18 localhost pptpd[3975]: CTRL: Made a START CTRL CONN RPLY packet May 25 14:36:18 localhost pptpd[3975]: CTRL: I wrote 156 bytes to the client. May 25 14:36:18 localhost pptpd[3975]: CTRL: Sent packet to client May 25 14:36:18 localhost pptpd[3975]: CTRL: Received PPTP Control Message (type: 7) May 25 14:36:18 localhost pptpd[3975]: CTRL: Set parameters to 1 maxbps, 64 window size May 25 14:36:18 localhost pptpd[3975]: CTRL: Made a OUT CALL RPLY packet May 25 14:36:18 localhost pptpd[3975]: CTRL: Starting call (launching pppd, opening GRE) May 25 14:36:18 localhost pptpd[3975]: CTRL: pty_fd = 4 May 25 14:36:18 localhost pptpd[3975]: CTRL: tty_fd = 5 May 25 14:36:18 localhost pptpd[3976]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd May 25 14:36:18 localhost pptpd[3976]: CTRL (PPPD Launcher): local address = 192.168.0.1 May 25 14:36:18 localhost pptpd[3975]: CTRL: I wrote 32 bytes to the client. May 25 14:36:18 localhost pptpd[3976]: CTRL (PPPD Launcher): remote address = 192.168.0.245 May 25 14:36:18 localhost pppd[3976]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. May 25 14:36:18 localhost pppd[3976]: pptpd-logwtmp: $Version$ May 25 14:36:18 localhost pptpd[3975]: CTRL: Sent packet to client May 25 14:36:18 localhost pppd[3976]: pppd options in effect: May 25 14:36:18 localhost pptpd[3975]: CTRL: Received PPTP Control Message (type: 15) May 25 14:36:18 localhost pppd[3976]: debug^I^I# (from /etc/ppp/pptpd-options) May 25 14:36:18 localhost pptpd[3975]: CTRL: Got a SET LINK INFO packet with standard ACCMs May 25 14:36:18 localhost pppd[3976]: dump^I^I# (from /etc/ppp/pptpd-options) May 25 14:36:18 localhost pptpd[3975]: GRE: Bad checksum from pppd. May 25 14:36:18 localhost pppd[3976]: plugin /usr/lib/pptpd/pptpd-logwtmp.so^I^I# (from command line) May 25 14:36:18 localhost pppd[3976]: require-mschap-v2^I^I# (from /etc/ppp/pptpd-options) May 25 14:36:18 localhost pppd[3976]: refuse-pap^I^I# (from /etc/ppp/pptpd-options) May 25 14:36:18 localhost pppd[3976]: refuse-chap^I^I# (from /etc/ppp/pptpd-options) May 25 14:36:18 localhost pptpd[3975]: CTRL: Received PPTP Control Message (type: 15) May 25 14:36:18 localhost pppd[3976]: refuse-mschap^I^I# (from /etc/ppp/pptpd-options) May 25 14:36:18 localhost pptpd[3975]: CTRL: Got a SET LINK INFO packet with standard ACCMs May 25 14:36:18 localhost pppd[3976]: name pptpd^I^I# (from /etc/ppp/pptpd-options) May 25 14:36:18 localhost pppd[3976]: pptpd-original-ip 85.83.118.55^I^I# (from command line) May 25 14:36:18 localhost pppd[3976]: 115200^I^I# (from command line) May 25 14:36:18 localhost pptpd[3975]: CTRL: Received PPTP Control Message (type: 12) May 25 14:36:18 localhost pptpd[3975]: CTRL: Made a CALL DISCONNECT RPLY packet May 25 14:36:18 localhost pppd[3976]: lock^I^I# (from /etc/ppp/pptpd-options) May 25 14:36:18 localhost pptpd[3975]: CTRL: Received CALL CLR request (closing call) May 25 14:36:18 localhost pppd[3976]: crtscts^I^I# (from /etc/ppp/options) May 25 14:36:18 localhost pptpd[3975]: CTRL: Reaping child PPP[3976] May 25 14:36:18 localhost pppd[3976]: local^I^I# (from command line) May 25 14:36:18 localhost pppd[3976]: asyncmap 0^I^I# (from /etc/ppp/options) May 25 14:36:18 localhost pppd[3976]: hide-password^I^I# (from /etc/ppp/options) May 25 14:36:18 localhos
Apache2 & Knoppix
Доброго всем времени суток :) Грузанулся с Knoppix. Поставил Apache2. Создал простой конфиг. (name based virtual host). Указал только serverroot. в /etc/hosts вписал, чтоб ресолвилось куда надо. При любом обращении к апачу, он подвисает, что даже kill -9 не спасает. В логе ни чего. Если переписать всю файловую систему на винт, и запускать с Debian в chroot его, то все работает. Подскажите, где может быть грабля? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot floppy
Sergey Pogudo пишет: > http://www.debian.org/doc/FAQ/ch-kernel.en.html http://www.debian.org/doc/FAQ/ch-kernel.ru.html на русском :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: wget и большие файлы
On Tue, 24 May 2005 13:53:34 +0300 Yura D <[EMAIL PROTECTED]> wrote: вот что получается - файл 2.5G и немогу его скачать (так же обратите внимание на то что размер файла подсчитывается как отрицательный) Первая я же ссылка в гугле http://www.mail-archive.com/wget@sunsite.dk/msg07524.html В cvs версии, говорят, поправили. Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]