from:"Alexander"


Спасибо за ответы.

Программа предназначина для считывания магнитных карточек персонала с 
нерегулярным рабочим днем, и записи в базу данных информации о их 
приходе и уходе. Потом на основе этой информации расчитывается их 
зарплата. Рабочий день может начинаться и кончатся в любое время дня и 
ночи, речь идет о типографии.
Читалки магнитных карточек предполагается пока использовать 2, 
соответственно для выхода и входа. Запись ведется в базу данных, 
возможно в лог файл, и на принтер. Принтер в данном случае 
рассматривается как дублирующий узел, для создания hardcopy в наглядной 
форме. Не бирюльки же считаем, а зарплату, человек должен видеть что его 
 "посчитали".



Писать свой спулер (для данной задачи) не интересно, поэтому я решил
использовать что-то стандартное, например cups (одним махом решая
пробелму распечатки на удаленном принтере). Установил, принтер завелся
со второго раза, работает удовлетворительно, но я совершенно не понимаю
с какой стороны к этому делу подступится на предмет распечатки не файла
(как заведено) а string.


Victor Wagner escribió:

Вроде бы само понятие SPOOL (Simulation of pereferial operations
on-line) не рассчитано на то, что некоторая задача захватывает ресурс
надолго и печатает в час по чайной ложке.
Согласен, но никто захватывать ресурс не собирается. Большую часть 
времени ресурс свободен, на хосте одновременно вертится несколько (по 
крайней мере две) копий программы, как только у какой-то копии 
появляется о чем сообщить миру, она подает строчку на принтер.
Важно чтоб они при этом друг друга не перебивали (риск мизерный, но 
реальный), ничье сообщение не потерялось, и программа продолжала 
работать даже при отсутсвии принтера.



Данная задача больше напоминает по логике своей работы вывод на консоль.
Может быть в эту сторону посмотреть? В ядре есть опция Enable console on
line printer.
Мне приходило такое в голову, операция действительно напоминает консоль, 
 но не то.


Иван Лох escribió:
> А нужен ли тут спулер? Он скорее для многозадачности... Я бы назвал
> необходимую вещь скорее буфером. FIFO который смотрит на состояние
> принтера (есть библиотеки на C на Perl и т. д.) или может быть
> даже на proc, а потом тупо печатает в порт.
Посмотреть на состояние принтера конечно можно, да толку? Придется 
отдельно менеджер печати писать, а это как раз то чего я пытаюсь избежать.


> Я правда уже не помню
> может ли матричный принтер сообщить что у него кончилась бумага.
Может. Кроме того он должен потреблять не больше пары листов в день, а я 
туда ящик трактора заправлю :) на 10 лет хватит.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups

Andrey Melnikoff escribió:

Программа предназначина для считывания магнитных карточек персонала с
нерегулярным рабочим днем, и записи в базу данных информации о их
приходе и уходе. Потом на основе этой информации расчитывается их
зарплата. Рабочий день может начинаться и кончатся в любое время дня и
ночи, речь идет о типографии.

Читалки магнитных карточек предполагается пока использовать 2,

А почему две? Так сложно построить триггер? При возникновении третьего
стотояния - пусть вахтер допрашивает, какого фига вы пытаетесь войти на
работу второй раз?
Этот вопрос был в свое время активно провентелирован с руководством и
сотрудниками ИТ отдела, и решили что капиталовложение на еще один
считыватель оправдывает упрощение системы и защиту от дурака.

А можно глупый вопрос - зачем здесь принтер? Может проще повесить монитор
под стекло, на котором писать "Здравствуйте, Иван Петрович Сидиоров, желаем
вам удачного рабочего дня". И человек видит - что его посчитали. А если туда
прикрутить еще и базу данных с днями рождения, то можно и поздравлять :)
Я достаточно долго общался с компьютерами, чтобы научится им не
доверять. Кроме того, надеюсь, это поможет избежать неприятных ситаций,
возникновение которых я легко могу себе представить. Например когда
недобросовестный (или забывчивый) работник подвергнет сомнению
работоспособность системы вообще и количество своих насчитанных рабочих
часов в частности.
Хотелось бы ответить цитатой из классики: Never Trust Anything Except
Hardcopy. (вытравить эти слова каленым железом на задницах разнообразных
кое-какеров)

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups

Victor Wagner escribió:
Читалки магнитных карточек предполагается пока использовать 2,
соответственно для выхода и входа. Запись ведется в базу данных,
возможно в лог файл, и на принтер. Принтер в данном случае
рассматривается как дублирующий узел, для создания hardcopy в наглядной
форме. Не бирюльки же считаем, а зарплату, человек должен видеть что его
"посчитали".

Беда в том что любой спулер работает на уровне страниц, а не строк.
Исходя из того что я накопал, предполагаю, что спулер занимается
исключительно фильтрованием документа и передачей его на принтер, а что
и как там напечатается зависит всецело от формата (т.е. исходных данных
и конкретного фильтра, в случае raw фильтр отсутствует)
Если посылать ascii текст в raw (опция -l у lpr), то страница не
выплевывается. Это можно сделать несколько раз подряд разными вызовами,
и все напечатается на одной и той-же странице (если поместится, конечно).

С точки зрения стандартного спулера - ресурс захвачен - начата печать,
но страница не закончена и не выкинута из принтера.
после cat textfile.txt | lpr -l купс рапортует что name: stdin, status:
completed, страница не выплюнута и остается в принтере, система готова к
следующей распечатке, даже если напечатана всего одна строчка. Насколько
я понял, с тем же успехом можно заменить lpr на lp, только синтакс меняется.

Данная задача больше напоминает по логике своей работы вывод на консоль.
Может быть в эту сторону посмотреть? В ядре есть опция Enable console on
line printer.

Мне приходило такое в голову, операция действительно напоминает консоль,
но не то.

Почему не то? Вывод логов - типичная задача для консоли. Включить
консоль на line printer и получить устройство по свойствам аналогичное
tty, куда и писать.

О записи в файл-устройство я как-то не подумал, хоти и начинал с этого (:
Пока больше склоняюсь к системному вызову lpr (вкусности с изменением
шрифтов, печать на удаленный принтер и т.д.)... Если не удовлетворит,
буду играть с консолью.

Ее можно модулем сделать?
И чтоб никакого мусора туда никто не слал (syslog, stderr, dmesg и т.д.)?
А у нее буффер есть? Если я посылаю что-то на консоль а принтер
недоступен, это теряется или засылается в буффер пока я не включу принтер?

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups

Беда в том что любой спулер работает на уровне страниц, а не строк.

Исходя из того что я накопал, предполагаю, что спулер занимается
исключительно фильтрованием документа и передачей его на принтер, а что
и как там напечатается зависит всецело от формата (т.е. исходных данных
и конкретного фильтра, в случае raw фильтр отсутствует)

Спулер занимается в первую очередь выстраиванием в очередь заданий от
разных пользователей/процессов. То есть его основная задача заключается
в том, чтобы предотвратить перемешивание на одном листе бумаги
разных текстов

А если страницами обозвать строки?. Тогда не будет никакой разницы :)
Подозреваю, что где-нибудь в фильтрах это можно сделать.
Ээээ... тут фильтры вообще не при чем. Я же специально напрямую печатаю,
без всяких фильтров, raw называется.
Контрольные символы отвечающие за перенос страницы вставляет именно
фильтр. Если фильтрование опустить (а именно для того и существует raw)
то переносить страницу (как и строку) будет некому кроме как программе
формирующей исходные данные.

Кстати, у меня все довольно мило запахало через системный вызов:
char* print_buff = "printing printing printing";
char* print_comm = "lpr -l";
char buf[200];
sprintf(buf, "echo \"%s\" | %s", print_buf, print_comm);
system(buf);

Единственное что напрягает, это потенциальное переполнение буффера, но
это поправимо.
Кроме того остается нерешенным, что делать с теряющимися первыми буквами
первой строчким, от одного до трех символов, остальное печатается
нормально (жить можно, но некрасиво получается), если распечатка
запускается пока принтер выключен. Кстати, вроде бы это происходит
только при печати в raw.

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups


Иван Лох escribió:

On Mon, Feb 27, 2006 at 02:02:24PM -0600, Alexander wrote:


char* print_buff = "printing printing printing";
char* print_comm = "lpr -l";
char buf[200];
sprintf(buf, "echo \"%s\" | %s", print_buf, print_comm);
system(buf)



file:///usr/share/cups/doc-root/spm.html#3_2_2

#include 

int cupsPrintFile(const char *name, const char *filename, 
const char *title, int num_options, cups_option_t *options);;

Проезжали. Так в файл придется писать, а потом этот файл распечатывать.

Кроме того остается нерешенным, что 
делать с теряющимися первыми буквами 
первой строчким, от одного до трех 
символов, остальное печатается 
нормально (жить можно, но некрасиво 
получается), если распечатка запускается 
пока принтер выключен. Кстати, вроде бы 
это происходит только при печати в raw.


Ну так в одном случае это растр, а в другом ascii.

А если тупо послать на /dev/lp0 выключенного принтера,
тоже съедаются?
Да. Причем к программе (или к шеллу)  контроль не возвращается пока не 
включу. Если послать через lpr несколько раз, то съедается только начало 
первого послания, остальное доходит нормально.



Если нет, то я бы временно заменил parallel backend
на саt и посмотрел, что будет. Вообще, cups модульный весь.
И parallel backend от силы 200 строчек. 

???


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups


Иван Лох escribió:

On Mon, Feb 27, 2006 at 11:18:27AM -0600, Alexander wrote:

доверять. Кроме того, надеюсь, это 
поможет избежать неприятных ситаций, 
возникновение которых я легко могу себе 
представить. Например когда 
недобросовестный (или забывчивый) 
работник подвергнет сомнению 
работоспособность системы вообще и 
количество своих насчитанных рабочих 
часов в частности.


Ну так купите железную хрень которая часы прихода-ухода прямо
на карточку печатает. 
Такая и стоит. Бугалтеров ломает в конце каждой недели набивать данные б 
эксель. Собственно, из-за того и сыр-бор.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups

А почему две? Так сложно построить триггер? При возникновении третьего
стотояния - пусть вахтер допрашивает, какого фига вы пытаетесь войти на
работу второй раз?

Этот вопрос был в свое время активно провентелирован с руководством и
сотрудниками ИТ отдела, и решили что капиталовложение на еще один
считыватель оправдывает упрощение системы и защиту от дурака.

Хмм. что-то я наверное непонимаю, как усложнение системы ( а точнее
дуплицирование) может её упростить и защитить от дурака?
Наличие двух карточек - это уже усложнение, т.к. прийдеться вспоминать,

какую карточку надо совать в этот терминал.
Карточка одна на на нос, считывателя два. На одном считывателе большими
буквами написанно "ВХОД" на другом "ВЫХОД".
В качестве альтернатывы - один считываетель а рядом переключатель с
положениями "ВХОД" и "ВЫХОД". В случае с переключателем еще надо
изворачиватся как-то связывать его с программой (напоминаю, паралальный
порт занят), да и тумблер не забывать перекидывать. Вот и усложнение.

Хотелось бы ответить цитатой из классики: Never Trust Anything Except
Hardcopy. (вытравить эти слова каленым железом на задницах разнообразных
кое-какеров)

Ага. А чего это все пользуются калькуляторами, вместо перекладывания
ракушек/счетных палочек/чего-то там ?
Це есть компромисс, жертва надежностью в пользу скорости у удобства. В
случае с калькулятором жертва невелика, я всего пару раз в жизни видел
глючащие калькуляторы.

PS: Нет, я определнно хочу такого ягеля. мешка три, не меньше.

Приезжай, угощу!

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups

Mikhail Gusarov escribió:

You ([EMAIL PROTECTED]) wrote:

 >> Ну так купите железную хрень которая часы прихода-ухода прямо на
 >> карточку печатает.
 A> Такая и стоит. Бугалтеров ломает в конце каждой недели набивать
 A> данные б эксель. Собственно, из-за того и сыр-бор.

Мнэ. А эту железную хрень к контуперу прикрутить нельзя? Тогда это
неправильная железная хрень.
Нет. Хрень железная, ни грамма кремния, разработка тысяча девятсот 
лохматого года.
Собственно, воспроизводим необходимую функциональность с привязкой к 
базе данных.

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups


Иван Лох escribió:

On Tue, Feb 28, 2006 at 11:26:24AM -0600, Alexander wrote:

int cupsPrintFile(const char *name, const char *filename, 
const char *title, int num_options, cups_option_t *options);;


Проезжали. Так в файл придется писать, а 
потом этот файл распечатывать.


Ну так lp тот же cupsPrintFile использует. 
lp можно standard input скармливать, а как скормить char* указанному 
cupsPrintFile я не нашел.


Кроме того остается нерешенным, что 
делать с теряющимися первыми буквами 
Кстати, вроде бы это происходит только 
при печати в raw.

[skip]

С принтером через параллельный порт общается
отдельная _очень_ небольшая программа. Отучить ее 
печатать на выключенный принтер (а она _не должна 
туда печатать_) не бог весть какая задача. Заодно

пошлете bug report -- сделаете доброе дело.
CUPS _в некотором смысле_ прилично документирован.
Посмотрел на это дело, parallel.c, 17k. Не чуствую себя компетентным для 
предложения поправок (:

bug report запостил, кому интересно можете полюбоватся
http://www.cups.org/str.php?L1452


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: echo "string" > /dev/lp0 vs cups - resolved




Скажите, я хочу странного? Как можно загнать не файл а string в spool на
распечатку, не прибегая к системному вызову, и чтобы страницу не
выплевывало а переводило каретку и ждало следующей строки?

Был полностью удовлетворен таким:

FILE* printer;
char* string_to_print = "A!!!"
printer = popen("lpr -l", "w");
fprintf(printer, "%s\n\r", string_to_print);
pclose(printer);

При этом команду на распечатку можно задать "снаружи", например из 
конфигурационного файла.


Спасибо за внимание. (:


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: start-stop-daemon >>

2006-03-06 Пенетрантность Alexander


Artem Chuprina escribió:

Oleg Gritsinevich -> debian-russian@lists.debian.org  @ Mon, 6 Mar 2006 
20:24:11 +0200:

 >> >  VZ> Как насчет 
 >> >  VZ> start-stop-daemon --start --quiet --exec $DAEMON -- -p 8001 >> /var/log/stat.log &

 >> >  VZ> ?
 >> >  VZ> Будет ли это надежно работать ?
 >> > 
 >> > Нет, и использование start-stop-daemon при таком подходе совершенно лишнее.

 >> Не совсем лишнее, он во всяком случае будет проверять запущена задача или 
нет
 >> и не запустит повтоно.
 >> 
 >> А когда это не будет работать?

 OG> Почему не воспользоваться ключом -b start-stop-daemon-a,
 OG> отказавшись от & ?

При этом вывод собственно программы попадет не в лог, а в /dev/null.
Или вообще программа не запустится, я уже не помню.  В общем, при
отцеплении от терминала stdout будет радостно закрыт нафиг.

Безболезненно отцепляемся от терминала с помощью nohup.
Кстати он по умолчанию ведет лог стандартного вывода программы.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Multihead

2006-03-19 Пенетрантность Alexander




Правда, когда решили вдвоем сыграть в Heroes3 - запущенные в wine -
ждало разочарование. Они не могли никак между собой соединиться -
спрашивали, а где собственно, сеть?

Если кто-нибудь знает, как можно "соединить сетью" 2 копии программы,
запущенные на одной машине - особенно под wine - поделитесь, пожалуйста.
Я точно знаю, что это возможно. Когда искал информацию по Multihead-у
наткнулся на статью об этом, но потом не смог ее найти.

А при чем тут вообще multihead? telnet localhost рулез.
Это в общем случае, как работает с сетью wine (хотя какая ему разница, 
127.0.0.1 или что либо еще?) и умеет ли Heroes3 говорить на TCP (IPX?) я 
не знаю...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

странности fetchmail-maildrop, numeric uid и not a trusted user

2006-03-19 Пенетрантность Alexander

Добрый день.
Гугль перерыл, доки прогрепал, рассылка - последний ресурс.

Имеется связка fetchmail-maildrop, все работало до недавнего апдейта (я
как-то проморгал момент, проапдейтил и спать отвалился), теперь при
попытке fetchmail'а стащить почту maildrop ему говорит "You are not a
trusted user".
fetchmail работает демоном, читает /etc/fetchmailrc, таскает почту для
разных юзеров. В fetchmailrc специально указанно

mda "/usr/bin/maildrop -d dest_user"
для каждого получателя.

Что с этим делать ума не приложу. Если не изменяет память с таким уже
сталкивался, но на счет примененного рещения память изменила
определенно. В доках нашел упоминание о том как назначить "доверенных
пользователей", но там это предлагается делать на стадии конфигурации
перед компиляцией, а у меня все binary.

Еще странность (я слегка даже растерялся как заметил), возможно
связанно. В списке процессов fetchmail фигурирует под своим численным
UID, а не под именем пользователя (fetchmail в данном случае). В
/etc/passwd юзер fetchmail есть, UID соответствует. В файловой системе
то что принадлежит fetchmail показывается правильно. Переустановка
пакета (с --purge) не помогла.

заранее спасибо.

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: странности fetchmail-maildr op, numeric uid и not a trusted user

2006-03-20 Пенетрантность Alexander

Вообще-то люди, не желающие геморроя на свою голову, в таком случае
ставят MTA и просят fetchmail отдавать почту ему. Ну, разве что в
машине 8 мегабайт оперативки, там имеет смысл выкручиваться без.
MTA стоит, даже работает, небезизвестный courier. Вообще вся почтовая
система (smtp-pop-imap) от courier, это я своей тяге к
коллекционированию потакал, всерьез раздумываю не вернутся ли обратно в
postfix :), уж очень этот courier странным кажется...

Сечас науськал fetchmail на MTA и сразу вспомнил (MTA напомнил) почему я
с в свое время с dropmail извращался.
Юзерам в ящики всякая гадость сыплется (навскидку из лога: например с
teensbymail.com, имя говорит само за себя), a courieresmtpd говорит "417
DNS lookup failure" и дает поворот от ворот. Я вполне представляю себе
его мотивы, однако отучить умничать в свое время не смог (эта система
должна принимать от fetchmail'а _все_, филтрация ведется в другом месте)
и выкрутился скармливанием почты maildrop'у. Щас еще доки гляну, может
пропустил что...

A> Еще странность (я слегка даже растерялся как заметил), возможно
A> связанно. В списке процессов fetchmail фигурирует под своим
A> численным UID, а не под именем пользователя (fetchmail в данном
A> случае).

Нету ли еще одного юзера с тем же uid?

Нет. По крайней мере в /etc/passwd.
В /etc/shadow запись на fetchmail присутствует тоже в единственном числе
(но там, как я понял, UID не пишется), пароль заблокирован ("!" вместо
хэша).
Куда еще посмотреть? Ничего странного на предмет хранения учетных
записей не ставил, все юзеры системные.

Спасибо.

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: iptables (was NAT или маскара динг под Дебиан)

2006-03-20 Пенетрантность Alexander



Намерение было закрыть все входящие, это можно как-то проверить находясь 
на одной машине (на той где firewall)?
Натравить nmap на внешний IP. Но лутше смотреть с действительно внешнего 
хоста, меньше риск ошиибки интерпретации результатов.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Вопрос по shutdown

2006-03-21 Пенетрантность Alexander


Andrey Zhelnin escribió:

Немного специфическая ситуация - дома есть сервак-шлюз, без клавиатуры и
монитора. Форм фактор материнки АТ - те выключить его полностью удаленно
не получается.

Скажите пожалуйста, как можно(если можно) прикрутить какую то программу
или скрипт, которая бы например выдавала 3 гудка или например зажигала
светодиод подключенный к LPT(вроде бы это можно реализовать) - в тот
момент, когда можно безопасно отрубить питание после выполнения команды
poweroff.


Рекомендую смотреть в сторону /etc/rc0.d
Предполагаю (сам, правда, не пробовал) что если куда-нибудь в конец 
засунуть ссылку на программу, подающую сигнал (бипанье или мигание 
диодами) то получится то что надо. Ко времени ее запуска файловые 
системы будут отмонтированны, кроме / (если верить последним строкам 
/etc/rc0.d/S40umountfs).


Что касается собственно программы, то даже если ее не существует в 
природе (в чем, правда, сомневаюсь, хотя сочинить соответствующий 
посковый вопрос пока не сумел), сбацать нечто самопальное плевое дело. 
Может быть даже echo посылающий определенный байт на /dev/lp0, или '\a' 
[несколько раз [через определенные промежутки времени] ? ] на консоль.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: iptables



Kak vozmozno s pomoshju iptables ogronichhjetj skorostj  trafika 
vnutrenih klientov (sidjat na eth1)  na naruznom interfeise eth0 
download do 4 mbit i upload do 2 mbit?

Ключевые слова - traffic shaping. Одним iptables не обойтись, читай доки.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: iptables


> kakije patchi nuzni dlja kernel, stob rabotal sheiping? sto to on
> otkazivajetsa rabotatj
traffic shaping это не конечное решение а обозначение концепции. Решений 
волощающих данную концепцию - великое множество.


google.com
http://en.wikipedia.org/wiki/Traffic_shaping
http://www.linuxdevcenter.com/pub/a/linux/2000/08/24/LinuxAdmin.html
http://lartc.org/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Модем определился, но не работает


Минувафин Павел escribió:

Модем Acorp sprinter 56k - PRIME. PCI.
Купил недавно, под виндоусом работает, Linux Debian Sarge его видит, но 
нет дров. Похоже он софтовый.

Как его запустить/настроить?

Вам в гугль.
Потом сюда: http://www.linmodems.org
Или сюда: 
http://forum.gnu.kz/viewtopic.php?p=19166&sid=dc7d8c44664ff3be533499b4bab38382

И сюда: http://www.linuxant.com/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Вопрос по shutdown