Re: Звук настраивать

2004-12-26 Thread Иван Лох
On Sun, Dec 26, 2004 at 02:15:49AM +0300, Artem Chuprina wrote:
> А расскажите мне, люди добрые, где почитать про настройку звука под
> линуксом.  Не чтобы завелось как получилось - так-то оно заводится (на 2
> на front out сигнал отсутствует; все проверялось на почти дистрибутивном
> 2.6.8).  Я хочу, чтобы, хоть свистелка и чтобылизатор наплатный, а

> все-таки чтоб работало.  А то, вишь ли, на морду, куда наушники втыкать,

На сайте www.alsa-project.org, вестимо

Но для решения указанной проблемы, вероятно, хватит
и alsamixer. В-общем. dpkg -L alsa-utils

-- 
Иван Лох



Re: kill -9

2004-12-26 Thread Artem Chuprina
Slava Astashonok -> debian-russian@lists.debian.org  @ Sun, 26 Dec 2004 
02:04:35 +0300:

 >> теперь филосовский вопрос. программы которого делают системные вызовы от
 >> пользователя, приводящие к дестабилизации системы, это нехорошая фича, я
 >> прав?

 SA> "Дистабилизируется" тут только пользователь, который испытывает законное
 SA> раздражение от того, что не может послушать музыку ;-)

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

-- 
Artem Chuprina 



Re: kill -9

2004-12-26 Thread Artem Chuprina
Alexander GQ Gerasiov -> Artem Chuprina  @ Sun, 26 Dec 2004 02:04:05 +0300:

 GA>>> системный вызов на уровне ядра, но xmms пришибается, если пришить иксы
 GA>>> (работающие в юзерспейсе, вестимо), это то как объяснить?

 AC>> Обычно пришибленные иксы просто перестают показывать xmms.  Если же
 AC>> пришибание иксов гарантированно и неоднократно (т.е. это было не
 AC>> совпадение) отпускает сидюк, то значит, они просто дергают ядерный
 AC>> вызов (а они таки дергают разных странных ядерных вызовов - с
 AC>> видеоподсистемой как минимум), который таки прерывает тот.
 AGG> Или как вариант, xmms на короткие моменты выходит из ядра, и если
 AGG> падают иксы, то падает xmms и отпускает сидюк.

В тот момент, когда он выйдет из этого системного вызова, ядро
отработает kill и пришибет его.

-- 
Artem Chuprina 



Re: вменяемая почточиталка

2004-12-26 Thread Kirill Kuvaldin

Hello Юра.

On Fri, 24 Dec 2004 12:49:22 +0300 You wrote:

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

> С уважением , Юра .

mutt, gnus умеют очень много, если грамотно ими пользоваться и прочитать 
документацию.

-- 
Kirill



Re: вменяемая почточиталка

2004-12-26 Thread Artem Chuprina
Юра -> debian-russian@lists.debian.org  @ Fri, 24 Dec 2004 12:49:22 +0300:

 Ю> Посоветуйте пожалуйста нормальную (хотя бы ) почточиталку под линукс .

mutt.  Некоторые предпочитают gnus.  Но он требует использования emacs.

 Ю> 2) сохранив письмо на диск *.eml , и открыв его потом с диска , в
 Ю> папку свою она сохранить уже неможет , хотя я выбираю и move и copy
 Ю> , но в папке напр. inbox письма как небыло , так и нет .

А inbox у тебя, часом, не POP3?  Если так, то этот протокол для этого
вообще-то не предназначен...

 Ю> 4) автоподбор кодировок в папке inbox пожизни неработает , хотя в
 Ю> кодировках отмечен автободбор , а в св-вах папки пункт apply default
 Ю> encoding to all message НЕотмечен .( кстати , всем присутствующим -
 Ю> может условимся , в какой кодировке присылать письма - utf-8 или
 Ю> koi8 , а то через письмо лезть в меню и менять кодировку - как то
 Ю> неприкалывает . А то может мне присылать в кодировке cp866 - для
 Ю> разнообразия . )

Можешь и в cp866 присылать.  Если у тебя при этом charset указан
правильно, то владельцы прямых почтовых клиентов этого даже не заметят.
Может, лучше и тебе тоже выключить автоподбор, пусть по указанному
charset'у разбирается?

 Ю> Пробовал до этого разные - и kmail и m2-opera и sylpheed , но в
 Ю> каждом есть какие-то недоделки .

Почтовые программы бывают гуевые, работающие, и негуевые неработающие.
Эти множества не пересекаются.

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

Самим им обычно не надо работать со многими ящиками (и т.п. - иначе бы
графбиблиотек типа gtk, которые не умеют по-разному настраиваться на
разные дисплеи, просто не существовало бы).  И уж тем более - отправлять
через разные SMTP-сервера.  Тут, кстати, и тебе не надо - нормальные
люди в таких случаях MTA на своей машине настраивают - он там все равно
есть - и оправляют всю почту одним /usr/sbin/sendmail.

-- 
Artem Chuprina 



Re: вменяемая почточи талка

2004-12-26 Thread Yevgen Reznichenko

Юра wrote:

> Сейчас я сижу на mozilla thunderbird 0.9 .

Я тоже.

> 1)Эта уникальная программа полагает , что при разных ящиках мне будет
> достаточно одного исходящего smtp сервера . А серверы , оказывается ,
> так несчитают , и напр. smtp.narod.ru , если я логинюсь с одним логином
> - неотправляет письма от другого логина , хотя оба ящика на народе . то
> же самое и smtp.mail.ru . Поэтому мне часто приходится вручную менять в
> настройках исходящий сервер или только логин .

Элементарно настраивается. Добавляешь smtp server, присваиваешь его к 
твоему account'у и всё работает.


> 4) автоподбор кодировок в папке inbox  пожизни неработает , хотя в
> кодировках отмечен автободбор , а в св-вах папки пункт apply default
> encoding to all message НЕотмечен .( кстати , всем присутствующим -
> может условимся , в какой кодировке присылать письма - utf-8 или koi8 ,
> а то через письмо лезть в меню и менять кодировку - как то неприкалывает
> . А то может мне присылать в кодировке cp866 - для разнообразия . )

WFM


Женя



Re: Права на /home/user

2004-12-26 Thread Yevgen Reznichenko

Artem Chuprina wrote:

Alexander Danilov -> debian-russian@lists.debian.org  @ Sat, 25 Dec 2004 
22:14:31 +0300:

 >> Так как в исходном письме был наезд на "пустую болтовню", но даю
 >> резонный ответ: ПНХ.

 AD> Если это оскорбление, то позволю себе заметить что я выразился
 AD> более мягко , чем вы.

Гм.  Я думал, компьютерщики все предпочитают точный ответ вежливому...


С таким успехом, ПНХ является ответом на любой вопрос. Его точность 
просто не затменная. Можно ещё даже auto-reply включить, что-бы помочь 
людям найти правильную дорогу побыстрее.


Женя



локализация X

2004-12-26 Thread Corax
Добрый день!
Не подскажете где задается кодировка клавиатуры в иксах? Т.е. когда
набираю ЙЦУКЕН выводится КГХЛЕО (Это в AbiWord, шрифт Times KOI8-R).
Консоль локализована под KOI8-R. Такое вообще может быть, чтобы в
иксах и консоли были разные локализации?
Действовал в соответствии с Debian-Russian-HOW&WHY, но видимо чего то
все же не так сделал, возможно на этапе установки...
Кстати не знаете какой смысл в изменении id:2:initdefault: на
id:1:initdefault: (опять таки из Debian-Russian-HOW&WHY) от этого как
то все странно работать стало, так что я этого не делал, а xdm у меня
нет и желания его ставить тоже...
Woody 3.0r1

-- 
 Corax




GTK+

2004-12-26 Thread Иван Лох
On Sun, Dec 26, 2004 at 12:41:08PM +0300, Artem Chuprina wrote:
> Самим им обычно не надо работать со многими ящиками (и т.п. - иначе бы
> графбиблиотек типа gtk, которые не умеют по-разному настраиваться на
> разные дисплеи, просто не существовало бы).  И уж тем более - отправлять

У меня тут 2 дисплея, серый и цветной. GTK темы, разумеется, разные.
Преключаются установкой переменной окружения или gtk-theme-switch[2]. 
Неудобств не больше чем с X ресурсами. Субъективно, даже меньше. 

-- 
Иван Лох



Re: USB flash drive и дистрибутивное ядро 2.6

2004-12-26 Thread Yuri Kozlov

On Sat, 25 Dec 2004 17:57:10 +0300
 Artem Chuprina <[EMAIL PROTECTED]> wrote:
Yuri Kozlov -> debian-russian@lists.debian.org  @ Fri, 24 Dec 2004 
13:40:48 +0300:

>> проблема зудит.
>> Мать - P4P800-SE, один из девайсов - JetFlash TS256MJF2A, ID 
0c76:0005.

YK> Если ещё актуально:

Угу...  Посмотрел.  Почти все то же самое (встроенная сетевка другая 
и

видюха PCI).  Мать назови, если можно.  И версию биоса.



P4P800-VM rev1012


Regards,
Yuri Kozlov



Re: USB flash drive и дистрибутивное ядро 2.6

2004-12-26 Thread Yuri Kozlov

On Sat, 25 Dec 2004 18:41:58 +0300
 Artem Chuprina <[EMAIL PROTECTED]> wrote:


AC> ehci_hcd: 00:1d.7: BIOS handoff failed (104, 1010001)

Да.  Глянь, пожалуйста, у тебя в dmesg это сообщение есть?  Я 
пытаюсь

отследить связь его с последующим.


[EMAIL PROTECTED]:~$ dmesg |grep ehci
ehci_hcd :00:1d.7: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI 
Controller

ehci_hcd :00:1d.7: irq 193, pci mem f88c5c00
ehci_hcd :00:1d.7: new USB bus registered, assigned bus number 1
ehci_hcd :00:1d.7: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10
[EMAIL PROTECTED]:~$

Только похоже по умолчанию отладка выключена
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_RW_DETECT is not set


Regards,
Yuri Kozlov



Re: GTK+

2004-12-26 Thread Andrey Kiselev
On Sun, Dec 26, 2004 at 01:25:04PM +0300, Иван Лох wrote:
> У меня тут 2 дисплея, серый и цветной. GTK темы, разумеется, разные.
> Преключаются установкой переменной окружения

Какой? И кто выставляет эту переменную в зависимости от типа дисплея?
Ресурсы то сами настраиваются, вообще без моего вмешательства... А как
эта схема ведёт себя при одновременной работе с нескольких дисплеев? А
окошки программ, запущенных на другом хосте, какую тему будут
использовать на моём дисплее?


-- 
Andrey V. Kiselev
Home phone:  +7 812 5970603  ICQ# 26871517



Re: локализация X

2004-12-26 Thread Artem Chuprina
Corax -> debian-russian@lists.debian.org  @ Sun, 26 Dec 2004 15:26:39 +0500:

 C> Не подскажете где задается кодировка клавиатуры в иксах? Т.е. когда
 C> набираю ЙЦУКЕН выводится КГХЛЕО (Это в AbiWord, шрифт Times KOI8-R).
 C> Консоль локализована под KOI8-R. Такое вообще может быть, чтобы в
 C> иксах и консоли были разные локализации?

Локаль - свойство процесса.  А не системы и даже не подсистемы.
Впрочем, в данном случае больше похоже на дополнения от AbiWord.  Начни
с ввода того же самого в xterm с аналогично настроенным шрифтом (у него
он указывается либо в ресурсах, либо в командной строке через -fn)

 C> Действовал в соответствии с Debian-Russian-HOW&WHY, но видимо чего то
 C> все же не так сделал, возможно на этапе установки...
 C> Кстати не знаете какой смысл в изменении id:2:initdefault: на
 C> id:1:initdefault: (опять таки из Debian-Russian-HOW&WHY)

Странный это какой-то документ в таком раскладе.  Ничего в inittab для
русификации менять не надо.  Где ты его взял и сколько ему лет?

 C> от этого как то все странно работать стало, так что я этого не
 C> делал, а xdm у меня нет и желания его ставить тоже...

А вот с желанием - это ты зря...

-- 
Artem Chuprina 



Re: GTK+

2004-12-26 Thread Artem Chuprina
Иван Лох -> debian-russian@lists.debian.org  @ Sun, 26 Dec 2004 13:25:04 +0300:

 >> Самим им обычно не надо работать со многими ящиками (и т.п. - иначе бы
 >> графбиблиотек типа gtk, которые не умеют по-разному настраиваться на
 >> разные дисплеи, просто не существовало бы).  И уж тем более - отправлять

 ИЛ> У меня тут 2 дисплея, серый и цветной. GTK темы, разумеется, разные.
 ИЛ> Преключаются установкой переменной окружения или gtk-theme-switch[2]. 

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

 ИЛ> Неудобств не больше чем с X ресурсами. Субъективно, даже меньше. 

По крайней мере одно есть - у иксовых ресурсов нет двух несовместимых
по конфигурации версий...

-- 
Artem Chuprina 



Re: GTK+

2004-12-26 Thread Иван Лох
On Sun, Dec 26, 2004 at 03:39:57PM +0300, Andrey Kiselev wrote:
> On Sun, Dec 26, 2004 at 01:25:04PM +0300, Иван Лох wrote:
> > У меня тут 2 дисплея, серый и цветной. GTK темы, разумеется, разные.
> > Преключаются установкой переменной окружения
> 
> Какой? 
GTK2_RC_FILES
> И кто выставляет эту переменную в зависимости от типа дисплея?
У меня FVWM Backer... Я просто использую разные виртуальные десктопы
для разных дисплеев. Веренее я использую theme-swicher, который просто 
дергает gtk_rc_set_default_files(). Наверное можно сделать красивее, 
но меня и так устраивает.

> Ресурсы то сами настраиваются, вообще без моего вмешательства... А как
> эта схема ведёт себя при одновременной работе с нескольких дисплеев? 

В Xinerama? Не знаю. Я ее не использую.

> А окошки программ, запущенных на другом хосте, какую тему будут
> использовать на моём дисплее?

Если тема доступна на их хосте, то правильную. swicher бросит
gdk_event_send_clientmessage_toall() которую поймают все gtk приложения,
чьи окна открыты на десктопе и попробуют изменить тему.

>  ИЛ> У меня тут 2 дисплея, серый и цветной. GTK темы, разумеется, разные.
>  ИЛ> Преключаются установкой переменной окружения или gtk-theme-switch[2]. 
> 
> Каким образом?  Это пинание какого-то утиля с более другим конфигом,
> зависящим от переменной окружения, 
Да. 

>  ИЛ> Неудобств не больше чем с X ресурсами. Субъективно, даже меньше. 
> 
> По крайней мере одно есть - у иксовых ресурсов нет двух несовместимых
> по конфигурации версий...

_Уже_ нет.

На 90% конфигурация GTK1 и 2 идентична. Существенная разница только в 
работе со шрифтами, что более-менее понятно.

Кстати, как называется userspace утилита, которая заставит все окна
перечитать X ресурсы и перекраситься?

-- 
Иван Лох



Re: GTK+

2004-12-26 Thread Andrey Kiselev
On Sun, Dec 26, 2004 at 07:09:35PM +0300, Иван Лох wrote:
> > > Преключаются установкой переменной окружения
> > Какой? 
> GTK2_RC_FILES
> > И кто выставляет эту переменную в зависимости от типа дисплея?
> У меня FVWM Backer... Я просто использую разные виртуальные десктопы
> для разных дисплеев. Веренее я использую theme-swicher, который просто
> дергает gtk_rc_set_default_files(). Наверное можно сделать красивее,
> но меня и так устраивает.

Понятно... А я уже было подумал, что оно, наконец, заработало, как надо.

> > Ресурсы то сами настраиваются, вообще без моего вмешательства... А
> > как эта схема ведёт себя при одновременной работе с нескольких
> > дисплеев? 
> В Xinerama? Не знаю. Я ее не использую.

Нет, не так. Я одновременно подключаюсь к своему хосту, например, с
локального большого дисплея и с маленького ноутбука (используемого в
этот момент качестве X-терминала). Плюс к этому я запускаю приложения на
третьем хосте, которые показываются на двух описанных различных по
размеру дисплеях. В .Xresources у меня стоит

#if HEIGHT >= 1024

#define TERMFONT -rfx-courier-medium-r-normal-*-*-180-*-*-m-*-koi8-r
и т.д.
#else
#define TERMFONT -rfx-courier-medium-r-normal-*-*-120-*-*-m-*-koi8-r
и т.д.
#endif

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

А что будет, если я в двух одновременных сессиях выберу различные темы?
Они друг с другом не подерутся?

> > А окошки программ, запущенных на другом хосте, какую тему будут
> > использовать на моём дисплее?
> Если тема доступна на их хосте, то правильную. swicher бросит
> gdk_event_send_clientmessage_toall() которую поймают все gtk
> приложения, чьи окна открыты на десктопе и попробуют изменить тему.

Нет, тема, разумеется, не доступна. Я хожу с инженерным аккаунтом на
десятки разных хостов. Под тем же аккаунтом на этих хостах работают
остальные разработчики. Поэтому мне совершенно не хочется трогать
что-либо в тамошнем ${HOME}. Да это и не нужно. Если я запускаю gvim
(lesstif), то он отрисовывается на моей рабочей станции именно так, как
надо, используя настройки из моего .Xresources. А на ноутбуке
отрисовывается по-другому, и тоже так, как надо. А вот ethereal (gtk)
везде одним цветом и везде --- как не надо. Поскольку применяет
настройки из локального файла .gtkrc. Но это просто глупо, ведь у данных
хостов даже мониторов локальных нет, поэтому все настройки отображения
должны определяться параметрами удалённых дисплеев, а они у каждого
разные. Вот отсюда и вопрос: как сделать то же самое с GTK?

> Кстати, как называется userspace утилита, которая заставит все окна
> перечитать X ресурсы и перекраситься?

editres? Только оно не со всеми приложениями работает.


-- 
Andrey V. Kiselev
Home phone:  +7 812 5970603  ICQ# 26871517



Re: GTK+

2004-12-26 Thread Иван Лох
On Sun, Dec 26, 2004 at 08:39:51PM +0300, Andrey Kiselev wrote:
> On Sun, Dec 26, 2004 at 07:09:35PM +0300, Иван Лох wrote:
> > В Xinerama? Не знаю. Я ее не использую.
> Нет, не так. Я одновременно подключаюсь к своему хосту, например, с
> локального большого дисплея и с маленького ноутбука (используемого в
> этот момент качестве X-терминала). Плюс к этому я запускаю приложения на
> третьем хосте, которые показываются на двух описанных различных по
 ...
> А что будет, если я в двух одновременных сессиях выберу различные темы?
> Они друг с другом не подерутся?
Нет. А зачем им драться? Приложения идентифицируются по WM_STATE.
> > > А окошки программ, запущенных на другом хосте, какую тему будут
> > > использовать на моём дисплее?
> > Если тема доступна на их хосте, то правильную. swicher бросит
> > gdk_event_send_clientmessage_toall() которую поймают все gtk
> > приложения, чьи окна открыты на десктопе и попробуют изменить тему.
> Нет, тема, разумеется, не доступна. Я хожу с инженерным аккаунтом на
> десятки разных хостов. Под тем же аккаунтом на этих хостах работают
> остальные разработчики. Поэтому мне совершенно не хочется трогать
> что-либо в тамошнем ${HOME}. Да это и не нужно. Если я запускаю gvim
> (lesstif), то он отрисовывается на моей рабочей станции именно так, как
> надо, используя настройки из моего .Xresources. А на ноутбуке
> отрисовывается по-другому, и тоже так, как надо. А вот ethereal (gtk)
> везде одним цветом и везде --- как не надо. Поскольку применяет
> настройки из локального файла .gtkrc. Но это просто глупо, ведь у данных
> хостов даже мониторов локальных нет, поэтому все настройки отображения
> должны определяться параметрами удалённых дисплеев, а они у каждого
> разные. Вот отсюда и вопрос: как сделать то же самое с GTK?
 
Это иезуитская постановка вопроса. Разумеется, в ней -- никак. Однако,
на практике, среда не ограничивается раскраской видгетов. Есть,
тот же .vimrc который, как правило, важен не менее, а более. И поэтому
большинство людей все-равно экспортируют, так или иначе, свой $HOME или
его часть на подавляющее большинство машин с которых запускают программы. 
Тем более, программы c графическим интерфейсом. Тебя не смущает, что
измененные настройки ethereal достанутся по наследству тем, кто их
судорожно назад будет исправлять? Для gtk-theme вообще говоря не нужен
даже $HOME нужна любая read-only шара, которая есть почти всегда.

> > Кстати, как называется userspace утилита, которая заставит все окна
> > перечитать X ресурсы и перекраситься?
> editres? Только оно не со всеми приложениями работает.

Я имею в виду другое. Пусть я изменил X ресурсы. Как мне сделать чтобы 
изменения проявились на уже открытых приложениях?


-- 
Иван Лох



Re: kill -9

2004-12-26 Thread Slava Astashonok

Artem Chuprina wrote:


 SA> "Дистабилизируется" тут только пользователь, который испытывает законное
 SA> раздражение от того, что не может послушать музыку ;-)

Вообще говоря, не факт.  Глючный драйвер может вырубить всех соседей по
контроллеру, а то и вообще всю подсистему.


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




Re: kill -9

2004-12-26 Thread Artem Chuprina
Slava Astashonok -> debian-russian@lists.debian.org  @ Mon, 27 Dec 2004 
00:30:00 +0300:

 >>  SA> "Дистабилизируется" тут только пользователь, который испытывает
 >>  SA> законное раздражение от того, что не может послушать музыку ;-)
 >> Вообще говоря, не факт.  Глючный драйвер может вырубить всех соседей по
 >> контроллеру, а то и вообще всю подсистему.

 SA> Мы придаём одному слову разную смысловую окраску. Аналогичным
 SA> образом соседей по котроллеру может "вырубить" просто излешне
 SA> высокая нагрузка на один из носистелей, но всё вернётся в исходное
 SA> состояние как только спадёт нагрузка или перестанут запрашивать
 SA> чтение сбойного сектора. А дистабилизация системы - это, например,
 SA> возможные последствия oops'а: чёрт его знает в какой позе сейчас
 SA> ядро, может толкни - и завалится, а может и без посторонней помощи
 SA> через час лапти склеит. Фраза "больной стабилен" - из этой же
 SA> оперы.

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

-- 
Artem Chuprina 



Re: kill -9

2004-12-26 Thread Dmitry Strokov
Hello, Slava!

 SA> "äÉÓÔÁÂÉÌÉÚÉÒÕÅÔÓÑ" ÔÕÔ ÔÏÌØËÏ ÐÏÌØÚÏ×ÁÔÅÌØ, ËÏÔÏÒÙÊ ÉÓÐÙÔÙ×ÁÅÔ
 SA> ÚÁËÏÎÎÏÅ ÒÁÚÄÒÁÖÅÎÉÅ ÏÔ ÔÏÇÏ, ÞÔÏ ÎÅ ÍÏÖÅÔ ÐÏÓÌÕÛÁÔØ ÍÕÚÙËÕ ;-)

ËÓÔÁÔÉ, ÌÁÍÅÒÓËÉÊ ×ÏÐÒÏÓ - ÞÅÇÏ ÐÏÎÁÐÉÓÁÔØ × ËÏÎÆÉÇÅ ÓÉÓÌÏÇÁ (ÉÌÉ
ÓÉÓÌÏÇÁ-ÎÇ), ÞÔÏÂÙ ÏÎÏ ÎÁ ÔÅËÕÝÕÀ ËÏÎÓÏÌØ ÍÅÎÑ Ï Ó×ÏÉÈ ÔÒÁÂÌÁÈ ÎÅ
ÒÁÚÄÒÏÖÁÌÏ? ÞÅÇÏ Ñ ÔÏÌØËÏ ÎÅ ÄÅÌÁÌ - Á ÏÎÏ ËÁËÁÅÔ É ËÁËÁÅÔ ÎÁ ËÏÎÓÏÌØ.

wbr, Dmitry Strokov.  xmpp:[EMAIL PROTECTED]




Re[2]: локализация X

2004-12-26 Thread Corax
AC> Локаль - свойство процесса.  А не системы и даже не подсистемы.
AC> Впрочем, в данном случае больше похоже на дополнения от AbiWord.  Начни
AC> с ввода того же самого в xterm с аналогично настроенным шрифтом (у него
AC> он указывается либо в ресурсах, либо в командной строке через -fn)
В xterm все нормально - правильные русские буквы, если запустить mc -
интерфейс русский... Более того, если сохранить файл *.abi то при
просмотре (из mc просмотрщика) там все правильно, в KOI8, только при
просмотре искажается. Видимо я все же чего то намудрил со шрифтами...
Посмотрел в Lynx - такое соотношение (КГХЛЕО вместо ЙЦУКЕН) появляется
если документ в cp1251 пытаться отобразить в KOI8. Посмотреть то
посмотрел, но не понял что это значит ;)
C>> Действовал в соответствии с Debian-Russian-HOW&WHY
AC> Странный это какой-то документ в таком раскладе.  Ничего в inittab для
AC> русификации менять не надо.  Где ты его взял и сколько ему лет?
тут взял
http://www.mgul.ac.ru/~t-alex/Linux/ch/Debian-Russian-HOW&WHY.htm
лет ему много, но кроме этого все нормально сработало, да и
дистрибутив тож не первой свежести...
C>> xdm у меня нет и желания его ставить тоже...
AC> А вот с желанием - это ты зря...
Почему? Если я поставлю xdm у меня ведь при загрузке будут сразу Xы
вылезать, раньше вылазили по крайней мере, так что мне показалось
более удобным их убрать. Или xdm нужен еще для чего то?

-- 
Corax