date:20080825

Dmitri Samsonov wrote:

DamirX пишет:

Или может ну нафиг вообще тонкие клиенты для такой задачи?

По хорошему - да. Нафиг. Из-за стоимости сервера и тонких железок. Ну
неоправданно дорого они стоят, по сравнению с обычными недорогими матерями.

Сейчас сомневаюсь в плане надёжности решения. Ну то есть в случае
аппаратного сбоя на сервере -- всё встаёт. Нужно делать какую-то
дублирующую схему (хотя бы в полмощности) -- а от неё растёт бюджет.

Вот-вот. А если у Вас на сервере только экспорт ФС - то и аппаратные
требования к нему гораздо ниже. к тому-же обеспечить резервный сервер
nfs проще.

Я у себя дома прорабатывал такую схему:
на сервере экспортировать клиентскую ФС.
Рабочие станции - суть бездисковые машины. Всё исполняется прямо на них.
Кино через 100 свободно смотрели два клиента.

Так то толстые клиенты -- у них-то даже кино пролезет, не то, что
ролики с ютуба...

Ну, это смотря чем толщину измерять. Если шпинделями - то чем не тонкий?
Если ценой - то тоже вполне тонкий. Если толщиной корпуса - то да,
косяк налицо.

Для клиентов брать недорогие матери с интеловским видео.

Это понятно. Просто некоторое время назад в рассылке проходило
довольно бурное обсуждение на тему выбираем тазик. Мне интересно -- с
тех пор на рынке что-нибудь изменилось?

Винду?

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

Если от винды не требуется ничего естественного (то бишь 3Д игры), я бы
засунул её в виртуал-бокс.

А какая примерно должна быть моща у сервера, чтобы он потняул 8-10
копий винды таким макаром?

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

--
DamirX

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

Re: Russian morphological analysis system

On 2008.08.25 at 09:40:57 +0400, Alexey Pechnikov wrote:

 Hello!
 
 В сообщении от Monday 25 August 2008 09:18:45 Victor Wagner написал(а):
  Есть, например, mnogosearch. Лет пять назад оно работало вполне
  прилично для тех времен. Развивалось ли с тех пор - не знаю
 
 Дык это ж вроде целый движок? Хотя конечно можно из него выломать интересную 
 функциональность.

Там в общем-то и выламывать особо не надо. Индексатор в большинстве
применений можно использовать как есть, а в качестве искалки просто
делать самому sql-запрос по его таблицам. Мы его именно так и использовали.



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

Re: Читать /var/mail/*


Mikhail Ramendik wrote:

А то в /var/mail/root у меня всякие сообщения от apt и т.п., 


editor aliases

--
DamirX


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

Re: Аналог MPD для видео


Kotikov Aleksey wrote:

Доброго времени суток.
Существует демон MPD (Music Player Daemon) для проигрывания музыки. Есть
ли что-либо подобное для проигрывания видео?



vlc  vls
Если я правильно понимаю слово подобное

--
DamirX


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

Re: cpufreq на старом процесс оре

2008-08-25 Пенетрантность andrey i. mavlyanov


Yuri Kozlov wrote:

Здравствуйте.

Достал из-за кромов такой вот процессор
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 6
Насколько я помню, это поделие на номинальной частоте греется как утюг. 
Будешь снижать обороты - контролируй температуру.


--
DamirX


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

Re: cpufreq на старом процессоре

2008-08-25 Пенетрантность yuri . nefedov


On Mon, 25 Aug 2008, Oleg Matviychuk wrote:


On Sun, 24 Aug 2008 23:01:00 +0400 (MSD)
[EMAIL PROTECTED] wrote:



   Можно ипользовать 5V вместо 12V.


А не слишком? Обычно рекомендуют 7V. У меня, к примеру, не все вентиляторы с 5V
сами стартовали. Если крутнуть, крутились, а самим не хватало духу раскрутится.

--


  Угу, забыл, точно - 7V.

 Ю.

Re: Аналог MPD для вид ео

2008-08-25 Пенетрантность Andrey Kiselev

On Sun, Aug 24, 2008 at 08:04:35PM +0400, Kotikov Aleksey wrote:
 Существует демон MPD (Music Player Daemon) для проигрывания музыки.
 Есть ли что-либо подобное для проигрывания видео?

Можно использовать какой-либо DLNA-сервер. Лично я успешно применяю
fuppes.


-- 
Andrey V. Kiselev
ICQ# 26871517


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

Re: Аналог MPD для видео

2008-08-25 Пенетрантность Kotikov Aleksey

DamirX пишет:
 Kotikov Aleksey wrote:
 Доброго времени суток.
 Существует демон MPD (Music Player Daemon) для проигрывания музыки. Есть
 ли что-либо подобное для проигрывания видео?
 vlc  vls
 Если я правильно понимаю слово подобное

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


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

Re: etchnhalf


Evgeny Yugov wrote:


С удивлением для себя обнаружил пакет linux-image-2.6.24-etchnhalf.1-686.

Кто-то использует? Какое ядро предпочесть: из бэкпортов или из
стабильного-с-половиной пакета?


то, которое необходимо. если какое-то оборудование или сервис не работает на 
стандартном - очевидно что надо использовать ядро посвежее.



--
 /aim [ http://aim.pp.ru/ ]


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

Re: Аналог MPD для вид ео

2008-08-25 Пенетрантность Andrey Kiselev

On Mon, Aug 25, 2008 at 12:24:28PM +0400, Andrey Kiselev wrote:
  Существует демон MPD (Music Player Daemon) для проигрывания музыки.
  Есть ли что-либо подобное для проигрывания видео?
 
 Можно использовать какой-либо DLNA-сервер. Лично я успешно применяю
 fuppes.

Хотя нет, соврал. Это совсем не то, что MPD. Впрочем, как и VLC.
Тут скорее MythTV надо.

-- 
Andrey V. Kiselev
ICQ# 26871517


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

Предлагаем ПОРТРЕТЫ ПРЕЗИДЕНТА

2008-08-25 Пенетрантность Кир Азат

Предлагаем ПОРТРЕТЫ ПРЕЗИДЕНТА РОССИИ МЕДВЕДЕВА Д.А. 

Размер: 21x30
Цена: 3000 рублей

Размер: 42x29.5
Цена: 4500 рублей

Размер: 59,5x42
Цена: 6000 рублей

Представляет из себя фоторепродукцию в деревянной раме под стеклом. 

Портрет президента это неизменный атрибут
для любого чиновника или крупного руководителя.

Доставка по Москве бесплатно.

Любые формы оплаты и доставки. 

ТЕЛЕФОН: (495)589 69 53 
icq: 391 79 6624


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

Re: Читать /var/mail/*

DamirX - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 10:51:09 +0400:

  А то в /var/mail/root у меня всякие сообщения от apt и т.п., 

 D editor aliases

В данном случае все же скорее не aliases, а наоборот - .forward.

2MR: Я не помню на память, настроен ли exim по умолчанию так, чтобы на
адрес [EMAIL PROTECTED] обрабатывался, если есть .forward-gmail.  С
шансами - да, но надо проверить.  Если нет - можно так настроить, но
полезнее будет прочитать идущий в комплекте с его документацией документ
для юзеров про написание фильтров.  Еще можно procmail настроить, но с
exim'ом это излишество.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Будьте сложнее, и люди от вас потащатся!
 -- Кир Злобин


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

Re: bluetooth-адаптер не видит гарнитуру

Murat D. Kadirov - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 
09:19:14 +0600:

 MDK Собственно, сабж.
 MDK hciconfig -a
 MDK hci0:Type: USB
 MDK BD Address: 00:02:5B:0B:62:DC ACL MTU: 310:10 SCO MTU: 64:8
 MDK UP RUNNING PSCAN ISCAN
 MDK RX bytes:1261 acl:0 sco:0 events:30 errors:0
 MDK TX bytes:359 acl:0 sco:0 commands:27 errors:0
 MDK Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80
 MDK Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
 MDK Link policy: RSWITCH HOLD SNIFF PARK
 MDK Link mode: SLAVE ACCEPT
 MDK Name: 'BlueZ (0)'
 MDK Class: 0x000100
 MDK Service Classes: Unspecified
 MDK Device Class: Computer, Uncategorized
 MDK HCI Ver: 2.0 (0x3) HCI Rev: 0xc5c LMP Ver: 2.0 (0x3) LMP Subver: 0xc5c
 MDK Manufacturer: Cambridge Silicon Radio (10)

 MDK hcitool scan
 MDK Scanning ...

 MDK и пусто :/

 MDK Гарнитура Jabra BT-125, адаптер Bluetake BT007SX. Телефон (motorolla) с 
ней
 MDK спаривается, то есть гарнитура исправна. Адаптер видит телефон, то есть и
 MDK адаптер исправен. Но не видит гарнитуру :/

 MDK Что делать?(с) Герцен

У гарнитуры, помнится, другой BT profile.  Может, они банально по
профилю несовместимы?

Еще у нее может быть отключено discoverability.  Ты точно не забыл
включить?  У современных по умолчанию оно отключено, по вполне понятным
причинам.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]


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

Re: Читать /var/mail/*

On 25/08/2008, Artem Chuprina [EMAIL PROTECTED] wrote:

2MR: Я не помню на память, настроен ли exim по умолчанию так, чтобы на
адрес [EMAIL PROTECTED] обрабатывался, если есть .forward-gmail. С
шансами - да, но надо проверить. Если нет - можно так настроить, но
полезнее будет прочитать идущий в комплекте с его документацией документ
для юзеров про написание фильтров. Еще можно procmail настроить, но с
exim'ом это излишество.

Так в том-то и дело, что я не хочу долго и продвинуто настраивать на
системе, на которой нет выхода почты наружу. Ну нет у меня этих нескольких
часов. Ты говорил пять вопросов и усё - теперь выясняется, что чтобы
устроить минимально необходимую мне конфигурацию (один ящик на local root
mail, один на gmail backup), нужны фильтры. Причём .forward мне тут не
поможет вовсе - надо указать, где ящик лежит...

Я пока не понял, умеет ли fetchmail писать прямо в mbox без MTA. Если умеет,
то именно так и будет. А вот если нет, я пока не знаю что делать - написать
полэкрана на Питоне начинает казаться самым простым решением. (Там есть
библиотека POP3 и есть библиотека mbox).

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

On 25/08/2008, Artem Chuprina [EMAIL PROTECTED] wrote:


  А то в /var/mail/root у меня всякие сообщения от apt и т.п.,

 D editor aliases

 В данном случае все же скорее не aliases, а наоборот - .forward.


Вопрос - а почему нельзя просто читать из /var/mail/root? Разумеется, не
запуская MUA под рутом, просто сделать файл group readable.

-- 
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 
11:14:43 +0100:

   А то в /var/mail/root у меня всякие сообщения от apt и т.п.,
 
  D editor aliases
 
  В данном случае все же скорее не aliases, а наоборот - .forward.

 MR Вопрос - а почему нельзя просто читать из /var/mail/root?
 MR Разумеется, не запуская MUA под рутом, просто сделать файл group
 MR readable.

Да можно, почему нельзя?  Писать туда не стоит, если он таки да,
принадлежит руту.  Даже вполне системными средствами.  Чревато боком.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

/dev/null-транспортировка


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

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 
11:12:39 +0100:

 MR Я пока не понял, умеет ли fetchmail писать прямо в mbox без
 MR MTA.

Умеет.  Главное - чтоб он этого от рута не делал.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Нажатие на кнопку Запомнить пароль не поможет ВАМ запомнить пароль.
 -- http://bash.org.ru/quote.php?num=101483


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

Re: Читать /var/mail/*

On 2008.08.25 at 14:25:56 +0400, Artem Chuprina wrote:

 Mikhail Ramendik - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 
 11:12:39 +0100:
 
  MR Я пока не понял, умеет ли fetchmail писать прямо в mbox без
  MR MTA.
 
 Умеет.  Главное - чтоб он этого от рута не делал.
 
 На мой взгляд - не дело фетчмейла ПИСАТЬ В ФАЙЛЫ. Вообще. Его дело -
 общаться по протоколу POP3/IMAP с удаленным почтовым сервером и по SMTP
 - с локальным.

 А уж локальный почтовый сервер пускай разбирается куда доставить
 полученную от fetchmail почту с использованием всех имеющихся
 механизмов, таких как aliases, forward, sieve, procmail.


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

Re: bluetooth-адаптер не видит гарнитуру

On 2008.08.25 at 09:19:14 +0600, Murat D. Kadirov wrote:

 
Manufacturer: Cambridge Silicon Radio (10)
hcitool scan
Scanning ...
и пусто :/

Для того чтобы hcitool scan выдал что он видит устройство, устройство
должно быть в discoverable mode. У гарнитур обычно это специальный режим
который включается какой-нибудь хитрой комбинацией кнопок, и включается
только на момент спаривания гарнитуры с телефоном. После того как на
телефоне ты пин-код ввел, и они сгенерили себе ключи связи, этот режим
выключается. Теперь и гарнитуру, и телефон можно включать и выключать
сколько угодно раз, и они будут видеть друг друга. Но прочие устройства
гарнитуру видеть не будут, пока её опять в режим спаривания не
переведешь.



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

Re: bluetooth-адаптер не видит гарнитуру

On 2008.08.25 at 13:57:43 +0400, Artem Chuprina wrote:

 У гарнитуры, помнится, другой BT profile.  Может, они банально по
 профилю несовместимы?

hcitool scan работает на более низком уровне, чем профайлы.
Если устройство в discoverable режиме, то он его должен видеть.


 Еще у нее может быть отключено discoverability.  Ты точно не забыл
 включить?  У современных по умолчанию оно отключено, по вполне понятным
 причинам.

А вот это - похоже.


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

Re: Читать /var/mail/*

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:


  Умеет.  Главное - чтоб он этого от рута не делал.
 На мой взгляд - не дело фетчмейла ПИСАТЬ В ФАЙЛЫ. Вообще. Его дело -
 общаться по протоколу POP3/IMAP с удаленным почтовым сервером и по SMTP
 - с локальным.

 А уж локальный почтовый сервер пускай разбирается куда доставить
 полученную от fetchmail почту с использованием всех имеющихся
 механизмов, таких как aliases, forward, sieve, procmail.


Мне нужен простой бекап без какой-либо фильтрации. Я упорно не понимаю,
зачем мне возня с настройкой MTA, с нехорошими рисками в случае ошибки.

Благо пяти вопросов не хватает - настройка всё же требуется.


-- 
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

On 2008.08.25 at 11:55:23 +0100, Mikhail Ramendik wrote:

 
Мне нужен простой бекап без какой-либо фильтрации. Я упорно не

Тогда это isync, а не fetchmail.

понимаю, зачем мне возня с настройкой MTA, с нехорошими рисками в
случае ошибки.

Затем чтобы руками не делать того, что может делать MTA. 
И не лазить в /var/mail/root. С нехорошими рисками в случае ошибки.
Благо пяти вопросов не хватает - настройка всё же требуется.

Странно. Мне во многих случаях хватает. Тебе - не хватает.
Да, конечно, у меня есть машина которая являеся MX для кучи доменов, и
это таки приходится настраивать. Или есть машины, где требуется
нетривиальная авторизация по SMTP.


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

Re: Читать /var/mail/*

Victor Wagner - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 14:36:15 
+0400:

   MR Я пока не понял, умеет ли fetchmail писать прямо в mbox без
   MR MTA.
  
  Умеет.  Главное - чтоб он этого от рута не делал.
 VW  
 VW  На мой взгляд - не дело фетчмейла ПИСАТЬ В ФАЙЛЫ. Вообще. Его дело
 VW  - общаться по протоколу POP3/IMAP с удаленным почтовым сервером и
 VW  по SMTP - с локальным.

 VW  А уж локальный почтовый сервер пускай разбирается куда доставить
 VW  полученную от fetchmail почту с использованием всех имеющихся
 VW  механизмов, таких как aliases, forward, sieve, procmail.

Иногда можно.  Оставь, Витус, пусть Миша сам по этим граблям
пройдется...  Они не фатальные, череп не расколют.  Так, пару шишек
набьют...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Все дуры - бабы
фольклор


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

Re: Читать /var/mail/*

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:

On 2008.08.25 at 11:55:23 +0100, Mikhail Ramendik wrote:

Мне нужен простой бекап без какой-либо фильтрации. Я упорно не

Тогда это isync, а не fetchmail.

К сожалению, сообщают, что у гугля IMAP иногда отваливается. А бекап хочется
сделать простым, _надёжным_, и запускаемым по крону раз в 5-10 минут. Чтобы
уж если связь отвалилась или гугль упал - у меня была копия всей моей почты.

понимаю, зачем мне возня с настройкой MTA, с нехорошими рисками в
случае ошибки.

Затем чтобы руками не делать того, что может делать MTA.

И не лазить в /var/mail/root. С нехорошими рисками в случае ошибки.

Из /var/mail/root я хочу только _читать_ локальную почту на рута. Впрочем,
её-то как раз можно и в другое место - но если это просто делается.

Благо пяти вопросов не хватает - настройка всё же требуется.

Странно. Мне во многих случаях хватает. Тебе - не хватает.

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

Мне также надо, чтобы система никогда не пыталась ничего отправить наружу.

Я так и не понял, как это настроить пятью вопросами. Ибо при пяти вопросах
ящик=юзер, и как создать лишнего юзера чтобы он ни в коем случае не
залогинился даже иксами? И даже неясно какую опцию выбирать - если без SMTP,
то как он будет слушать fetchmail, а если с SMTP, то как ему запретить
напрочь что-либо совать наружу?

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

2008-08-25 Пенетрантность Alexey Pechnikov


Artem Chuprina wrote:

DamirX - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 10:51:09 +0400:

  А то в /var/mail/root у меня всякие сообщения от apt и т.п., 


 D editor aliases

вроде как конфигрурялка (та самая в которой нужно ответить на 5 
вопросов) пишет именно /etc/aliases.  в переводе на русский /итд/прозвище


--
DamirX


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

Re: Russian morphological analysis system

Hello!

В сообщении от Monday 25 August 2008 10:48:47 Victor Wagner написал(а):
  Дык это ж вроде целый движок? Хотя конечно можно из него выломать
  интересную функциональность.

 Там в общем-то и выламывать особо не надо. Индексатор в большинстве
 применений можно использовать как есть, а в качестве искалки просто
 делать самому sql-запрос по его таблицам. Мы его именно так и использовали.

А мне и надо по таблицам в базе искать с помощью эскулайтовского FTS3. Только 
русской морфологии в нем нет, вот и думаю, на базе ispell делать или еще на 
чем. Из критичных требований - работа с большой по объему базой, скорость 
поиска и поддержка морфологии. Не хватает последнего :-)

Best regards, Alexey.


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

Re: Russian morphological analysis system

2008-08-25 Пенетрантность Dmitry E. Oboukhov

On 20:53 Sat 23 Aug , Alexey Pechnikov wrote:
AP Hello!

AP $ aptitude show mecab
AP Описание: Japanese morphological analysis system
AP Mecab is a morphological analysis system. It reads Japanese sentences from
AP the standard input, segments them into morpheme sequences, and outputs them
AP to the standard output with many additional pieces of information
AP (pronunciation, semantic information, etc).

AP Есть ли аналог для русского языка? Пока что, кроме как взять словарь и
чесговоря не знаю что такое mecab не смотрел
но если пригодится:
русская морфология есть в sphinxsearch (не помню собрали его уже для
Debian, вроде собирались)

AP affix-файл от ispell, ничего не придумывается (интересно, а где для русского
AP языка список stop-слов найти? для английского вроде как в ispell такой
список
AP есть).

AP Собственно, задача - полнотекстовый поиск с учетом морфологии. Постгрес по
AP словарям ispell работает, но вдруг есть что-то более продвинутое.

AP Best regards, Alexey.
--

. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537

signature.asc
Description: Digital signature

Re: Читать /var/mail/*

2008-08-25 Пенетрантность Михаил Демин

2008/8/25 Mikhail Ramendik [EMAIL PROTECTED]:

 Я так и не понял, как это настроить пятью вопросами. Ибо при пяти вопросах
 ящик=юзер, и как создать лишнего юзера чтобы он ни в коем случае не
 залогинился даже иксами?

Из man shadow:

Если поле пароля содержит строку, которая не удовлетворяет требованиям 
crypt(3), например ! или *, то пользователь не сможет использовать этот unix 
пароль для регистрации с учётом настроек pam(7).

Есть мнение, что по умолчанию все настроено именно так, как описано.

Михаил.

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 25 Aug 2008
12:19:39 +0100:

MR Мне надо два доступных ящика. Один с локальной почтой для
MR рута. Другой с бекапом. Первый я буду иногда читать, второй - нужен
MR исключительно на случай падения связи (но иметь возможность читать
MR надо - именно на этот случай).

А почему, кстати, два ящика, а не иметь возможность читать их
раздельно? Да, как правило, для раздельного чтения _пока еще_ в
основном используют именно два ящика. Хотя это - не лучший способ.
Просто самый простой в реализации. А вдруг тебе посоветуют MUA, который
умеет достаточно эффективно читать эти почты раздельно в одном ящике?

Я бы, кстати, посмотрел на такой...

MR Мне также надо, чтобы система никогда не пыталась ничего отправить
MR наружу.

... и тут же рядом ты задавал вопрос про SMTP AUTH для гугла. Не, ты,
конечно, можешь и MUA этому обучать, в данном случае без разницы. А
можешь TLS вручную на калькуляторе реализовывать...

MR Я так и не понял, как это настроить пятью вопросами. Ибо при пяти
MR вопросах ящик=юзер, и как создать лишнего юзера чтобы он ни в коем
MR случае не залогинился даже иксами? И даже неясно какую опцию
MR выбирать - если без SMTP, то как он будет слушать fetchmail, а если
MR с SMTP, то как ему запретить напрочь что-либо совать наружу?

Если ты на первый вопрос ответишь только локальная почта, он сам
разберется, что наружу ничего совать не надо. А уж будет там SMTP или
нет - это к делу отношения уже не имеет. Насколько я понимаю, в норме
таки будет.

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Юзер упорствует в хождении по граблям. Образовавшиеся шишки он считает
трудовыми мозолями. (С)энта

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

Re: Читать /var/mail/*

On 25/08/2008, Artem Chuprina [EMAIL PROTECTED] wrote:

Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 25 Aug 2008
12:19:39 +0100:

Это попросту будет медленно. Объём почты на гугле (в норме не читаемой с
этой машины) - куда больше, чем объём локальной почты на рут.

MR Мне также надо, чтобы система никогда не пыталась ничего отправить
MR наружу.

Я собираюсь читать гугль имапом прямо с гугля, причём зачастую на _другой_
машине. У меня нет гарантии доступности этой машины при чтении гугля. Но
сама эта машина имеет максимальный uptime, поскольку используется как
семейный медиа-центр - поэтому бекап хочется на ней.

Вообще, решения, завязанные на полноценную работу MTA, как правило исходят
из 100% доступности машины и связи. А у меня нет ни того, ни другого. И не
предполагается в ближайшее время. MUA со своей отправкой почты придуманы под
периодически включаемый компьютер и, изначально, dialup связь - так что
подходят больше. Вот связь стала 99% - теперь перехожу с POP3 и локального
хранения, как раньше, на IMAP плюс бекап.

А тот SMTP AUTH похоже и так умеют все (проверены kmail и thunderbird). В
поисках IMAP клиента я пока застрял на умениях, связанных с фактом
обособления личной почты в отдлеьном фолдере (не Inbox). Мне надо открывать
этот фолдер при старте системы и taskbar notification при появлении именно в
нём нового письма.

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

On 2008.08.25 at 12:19:39 +0100, Mikhail Ramendik wrote:

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:

On 2008.08.25 at 11:55:23 +0100, Mikhail Ramendik wrote:

Мне нужен простой бекап без какой-либо фильтрации. Я упорно не
Тогда это isync, а не fetchmail.

К сожалению, сообщают, что у гугля IMAP иногда отваливается. А бекап
хочется сделать простым, _надёжным_, и запускаемым по крону раз в 5-10

Вот если он запускается по крону раз в 5-10 минут и ИНОГДА отваливается
(то есть сейчас отвалился, а через 10 минут отработал), то это для
практических целей - вполне достаточная надежность.

минут. Чтобы уж если связь отвалилась или гугль упал - у меня была
копия всей моей почты.

Ну копии той почты, которая пришла на гугль ПОСЛЕ того, как связь
отвалилась - у тебя все равно не будет. А которая до последнего удачного
sync - будет.

Из /var/mail/root я хочу только _читать_ локальную почту на рута.

А удалять кто будет? Ну не нужны тебе отчеты от cron двухлетней
давности, уже прочитанные.

Впрочем, её-то как раз можно и в другое место - но если это просто
делается.

Вот именно что В ДРУГОЕ место.

Благо пяти вопросов не хватает - настройка всё же требуется.
Странно. Мне во многих случаях хватает. Тебе - не хватает.

Мне надо два доступных ящика. Один с локальной почтой для рута. Другой

Внимание! Если эти два ящика нужны ТЕБЕ, то они и должны принадлежать
тому юзеру, от которого работаешь ты.

В случае почты имеет смысл сводить входящую почту в один поток, а потом
разводить отдельно на несколько потоков. Так даже целые виртуальные
домены организуют - у провайдера все валится в один ящик, с
прописыванием SMTP-шного recipient-а в какой-нибудь заголовок вроде
X-Envelope-To, а после забирания фетчмейлом всего этого потока оно по
этому заголовку локально разбрасывается по ящикам (разных
пользователей).

В данном случае у тебя другая задача - собрать и направить к тебе почту
тебе и почту руту (через aliases), а потом разобрать и сложить в разные
ТВОИ ящики (например procmail-ом).

Мне также надо, чтобы система никогда не пыталась ничего отправить
наружу.

Ну ты ж иногда и писать будешь. Письма написанные тобой внешним
адресатам система должна отправлять наружу. Причем лучше чтобы это была
именно система, а не GUI-шный почтовый клиент.

Тому есть несколько причин:

1. Допустим случился перерыв в связи. Если у тебя стоит MTA, то клиент
письмо ему отдал и готов к продолжению работы. Ты можешь его вообще
закрыть, разлогиниться и пустить на компьютер жену - под её логином. А
MTA будет упорно, с прописанным ему в конфиге интервалом, пока связь не
восстановится и письмо таки не отправится.

2. MTA гораздо лучше умеют всякие сложные случае аутентификации с другим
MTA, чем клиенты. Я вот вяло подумываю над подъемом полноценного MTA на
Nokia N800. Чтобы по сертификатам у моего сервера авторизовывался.

Я так и не понял, как это настроить пятью вопросами. Ибо при пяти
вопросах ящик=юзер, и как создать лишнего юзера чтобы он ни в коем

Это неправда, что ящик равно юзер. Юзер - это юзер. Некто, от имени
которого запускаются процессы (в частности, почтовые клиенты).
Просто раскидывание по ящикам почты
для юзера - это уже не дело MTA, это дело MDA. (mail delivery agent).
В комплект MTA как правило, входит какой-нибудь простенький (а иногда и
продвинутый) MDA, но никто не мешает использовать более другой, с
требуемой степенью продвинутости. Тем более что тебе нужны явно не два
ящика. Ты как минимум эту рассылку читаешь. То есть уже для неё третий
ящик нужен.

Хотя вообще mda это уже ближе к imap серверу, чем к MTA, потому что
MDA кладет письма в ту самую структуру ящиков, из которой её потом
раздает imap. Так что если ты используешь imap-сервер с какой-нибудь
нестандартной системой хранения, например в базе данных, то тебе
потребуется mda, который умеет работать с этой структурой.

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

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 25 Aug 2008
13:34:46 +0100:

А почему, кстати, два ящика, а не иметь возможность читать их
раздельно? Да, как правило, для раздельного чтения _пока еще_ в
основном используют именно два ящика. Хотя это - не лучший способ.
Просто самый простой в реализации. А вдруг тебе посоветуют MUA,
который умеет достаточно эффективно читать эти почты раздельно в
одном ящике?

MR Это попросту будет медленно. Объём почты на гугле (в норме не
MR читаемой с этой машины) - куда больше, чем объём локальной почты на
MR рут.

Прочесть тобою же последнее отквоченное предложение неспортивно?

MR Вообще, решения, завязанные на полноценную работу MTA, как правило
MR исходят из 100% доступности машины и связи.

Это ошибочное утверждение.

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Дуля со смещенным центром тяжести

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

Re: Читать /var/mail/*

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:

Впрочем, её-то как раз можно и в другое место - но если это просто
делается.

Вот именно что В ДРУГОЕ место.

Если это можно _просто_ сделать, я это сделаю.

Мне надо два доступных ящика. Один с локальной почтой для рута. Другой

Внимание! Если эти два ящика нужны ТЕБЕ, то они и должны принадлежать
тому юзеру, от которого работаешь ты.

Если их можно _просто_ создать, я их создам.

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

Для чего мне столько сложных и мощных инструментов, если моя конкретная
задача куда проще?

Итак на несчастные два ящика мне предлагается настраивать четыре инструмента
- fetchmail, MTA, MUA, procmail. Артиллерийская канонада сметает воробья.

Мне также надо, чтобы система никогда не пыталась ничего отправить
наружу.

Вот только я не всегда это буду делать с этой машины. И у меня нет никкаких
гарантий, что в момент отправки письма эта машина работает и я с ней в одной
сети. А сложных схем аутентификации не предполагается - та, что есть,
успешно отрабатывается существующими GUI MUA.

Я отнюдь не оспариваю важности и необходимости сложных юниксных инструментов
для соответствующих задач. Просто не стоит, по-моему, ставить провайдерскую
конфигурацию на юзерскую задачу. Наоборот, конечно, ещё хуже (Exchange...
бррр!)

А это ещё одна настройка, и кроме попросту возни - ещё один уровень риска
при ошибках в ней.

Артём утверждал, что я могу получить всю нужную конфигурацию (кроме самого
fetchmail), просто ответив на пять вопросов. К сожалению, не вышло.

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

В данном случае нет, поскольку основное чтение у меня - с гугля, и поста там
раскидывается гуглёвыми же фильтрами. Локальная копия - сугубо бекап. Он для
чтения в экстренной ситуации или для поиска, который фолдеры как раз
усложнят. (Например, я могу помнить, что ты мне что-то писал N месяцев назад
- и не помнить, в какой рассылке).

Вне особых ситуаций читаться там будет только почта для рута. Которую я
решил настроить просто потому, что буду включать обновления по
крону, и возможно придётся поднять систему на lenny (спутникового ТВ
захотелось). Соответственно, придётся за обновлениями следить.

На локальный IMAP сервер забит болт - не получится у меня 24h uptime систему
собрать в ближайшее время. Хотел было, но облом - VIA EPIA/Eden оказались
слишком дорогими.

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 25 Aug 2008
14:03:09 +0100:

MR В данном случае у тебя другая задача - собрать и направить к тебе почту
тебе и почту руту (через aliases), а потом разобрать и сложить в разные
ТВОИ ящики (например procmail-ом).

MR Итак на несчастные два ящика мне предлагается настраивать четыре
MR инструмента - fetchmail, MTA, MUA, procmail. Артиллерийская
MR канонада сметает воробья.

Ну, procmail там, положим, лишний при наличии exim. fetchmail и MUA у
тебя и так уже неизбежно есть, а судя по

MR Вне особых ситуаций читаться там будет только почта для
MR рута. Которую я решил настроить просто потому, что буду включать
MR обновления по крону,

есть и MTA (поскольку почту от крона руту кто-то должен доставлять).
Т.е. все уже есть, и более того, уже должно быть настроено. И где тут
канонада?

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Попрошу благородного дона не обобщать с утра пораньше! (С)энта

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

Re: Читать /var/mail/*

2008-08-25 Пенетрантность Murat D. Kadirov

On 2008.08.25 at 14:03:09 +0100, Mikhail Ramendik wrote:

Вот именно что В ДРУГОЕ место.

Если это можно _просто_ сделать, я это сделаю.

Они, как правило, создаются сами при доставке первого письма в них.

Если их можно _просто_ создать, я их создам.

Одно правило в .procmailrc

:0
TO: root
.root/

(это в предположении что у тебя в начале .procmailrc написано
MAILDIR=${HOME}/Maildir
DEFAULT=./

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

Практика показывает, что даже если у тебя совсем нет своей машины
и ты читаешь почту исключительно через web-mail, то от непонимания того,
как она работает, ты можешь пострадать. ЖЖ взломают, к примеру.

Для чего мне столько сложных и мощных инструментов, если моя
конкретная задача куда проще?

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

Ну ты ж иногда и писать будешь. Письма написанные тобой внешним
адресатам система должна отправлять наружу. Причем лучше чтобы это
была
именно система, а не GUI-шный почтовый клиент.

Вот только я не всегда это буду делать с этой машины. И у меня нет

ИНОГДА ты будешь это делать с этой машины. Поэтому машина должна уметь
отправлять почту в режиме ты написал письмо, оно сразу отправиться не
смогло, ты отлогинился и ушел в магазин. Через полчаса связь
восстановилась, и через час, придя из магазина ты обнаружил в почтовом
ящике ответ.

никкаких гарантий, что в момент отправки письма эта машина работает и

Если ты пишешь письмо сидя на этой машине, то есть гарантия, что в
момент отправки она работает. Вот кто у неё там smart-хостом работает, и
есть ли гарантия что он в момент отправки работает - другой вопрос.

На локальный IMAP сервер забит болт - не получится у меня 24h uptime

Совершенно необязательно иметь 24h uptime.

Локальный imap-сервер нужен по крайней мере для того чтобы не пускать
GUI-шный mail-клиент что-либо (кроме сохраняемых аттачментов) писать в
файловую систему.

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

Re: bluetooth-адаптер не видит гарнитуру

25 августа 2008 г. 16:39 пользователь Victor Wagner [EMAIL PROTECTED]написал:

Для того чтобы hcitool scan выдал что он видит устройство, устройство
должно быть в discoverable mode. У гарнитур обычно это специальный режим
который включается какой-нибудь хитрой комбинацией кнопок, и включается
только на момент спаривания гарнитуры с телефоном. После того как на
телефоне ты пин-код ввел, и они сгенерили себе ключи связи, этот режим
выключается. Теперь и гарнитуру, и телефон можно включать и выключать
сколько угодно раз, и они будут видеть друг друга. Но прочие устройства
гарнитуру видеть не будут, пока её опять в режим спаривания не
переведешь.

Пиво куда принЕсть? :)

p.s. Насилу нашол как девайс в discoverable mode перевести, в мануале --
молчание.. подозреваю, что намеренно. Хотя, собственно, при толике разумения
не сложно и самому догадаться было :)

p.p.s. Прошу прощение за оффтопный тред в рассылку.

--
Murat D. Kadirov

Re: Читать /var/mail/*