Re: kde settings system-wight

2005-08-29 Пенетрантность serja
Наверное нужно смотреть в сторону /usr/share/config или /etc/kde3. Там 
содержатся глобальные конфиги для KDE


--- Original message ---
From: Artem Zolochevskiy [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: kde settings system-wight
Date: 28 Август 2005 20:10
 hi all

 кто знает как в kde глобально для  всех пользователей задать к примеру
 browser по умолчанию - то что задается в: Компоненты KDE - Выбор
 компонентов - Web обозреватель.
 Ну и привязки файлов как-то KDE-шные глобально устанавливаются?

 --
 Artem Zolochevskiy
 Kaliningrad, Russia
 JID: [EMAIL PROTECTED]
 E-mail: [EMAIL PROTECTED]


Re: mozilla firefox + security updates

2005-08-29 Пенетрантность Michael Kotov
On Saturday 27 August 2005 09:38, Artem Chuprina wrote:


 Не то слово.  Это можно починить, но падать на ровном месте он от этого
 не перестает.  Откатывай обратно.
А Как откатить обратно,
если тепреь только mozilla-firefox версии 
1.0.4-2sarge2
предлагается  для установки?

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

 ... и углупился в свои мысли
   Кнышев

-- 
Michael Kotov


Где разыскать проп ажу pam_console.so

2005-08-29 Пенетрантность Artiuhov Leonid
После непродолжительной игры с пакетами вдруг понадобилось залогиниться 
на консоли в текстовом режиме и получил сообщение

Login incorrect
причем выскакивает просто на ввод имени пользователя.
В иксах логинюсь нормально и root -ом и обычным пользователем.

в auth.log наблюдаю следующее

Aug 29 10:51:54 localhost login[6318]: PAM (login) illegal module type: ayth
Aug 29 10:51:54 localhost login[6318]: PAM unable to 
dlopen(/lib/security/pam_winbind.so)
Aug 29 10:51:54 localhost login[6318]: PAM [dlerror: 
/lib/security/pam_winbind.so: cannot open shared object file: No such 
file or directory]
Aug 29 10:51:54 localhost login[6318]: PAM adding faulty module: 
/lib/security/pam_winbind.so
Aug 29 10:51:54 localhost login[6318]: PAM unable to 
dlopen(/lib/security/pam_stack.so)
Aug 29 10:51:54 localhost login[6318]: PAM [dlerror: 
/lib/security/pam_stack.so: cannot open shared object file: No such file 
or directory]
Aug 29 10:51:54 localhost login[6318]: PAM adding faulty module: 
/lib/security/pam_stack.so
Aug 29 10:51:54 localhost login[6318]: PAM unable to 
dlopen(/lib/security/pam_console.so)
Aug 29 10:51:54 localhost login[6318]: PAM [dlerror: 
/lib/security/pam_console.so: cannot open shared object file: No such 
file or directory]
Aug 29 10:51:54 localhost login[6318]: PAM adding faulty module: 
/lib/security/pam_console.so
Aug 29 10:51:54 localhost login[6318]: (pam_unix) auth could not 
identify password for [root]
Aug 29 10:51:58 localhost login[6318]: FAILED LOGIN (1) on `tty1' FOR 
`root', Module is unknown


я так понял что в системе пропали вышеозначенные фойлы pam_*.so

Совершенно не понятно как их восстановить, и почему для логина на tty1 
они нужны а для логина в Х нет.


Подскажите плиз нубу как победить.


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



Re: Где разыскать пр опажу pam_console.so

2005-08-29 Пенетрантность black ice
On 8/29/05, Artiuhov Leonid [EMAIL PROTECTED] wrote:
в auth.log наблюдаю следующееAug 29 10:51:54 localhost login[6318]: PAM (login) illegal module type: ayth
В каком-то из файлов инициализации PAM у тебя опечатка. Ищешь:
find /etc/pam.d -type f -exec grep -H ayth {} \; 
И исправляешь на auth.


Re: mozilla firefox + security updates

2005-08-29 Пенетрантность serja
Я написал баг-репорт относительно загрузок. Советую всем недовольным новой 
версией последовать моему примеру в отношении иных аспектов 
неработоспособности новой версии.

--- Original message ---
From: Michael Kotov [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: Re: mozilla firefox + security updates
Date: 29 Август 2005 09:53
 On Saturday 27 August 2005 09:38, Artem Chuprina wrote:
  Не то слово.  Это можно починить, но падать на ровном месте он от этого
  не перестает.  Откатывай обратно.

 А Как откатить обратно,
 если тепреь только mozilla-firefox версии
 1.0.4-2sarge2
 предлагается  для установки?

  --
  Artem Chuprina
  RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
 
  ... и углупился в свои мысли
  Кнышев


Re: samba ldap

2005-08-29 Пенетрантность Artem Chuprina
Pavel Ammosov - debian-russian@lists.debian.org  @ Sun, 28 Aug 2005 01:32:10 
+0400:

  Есть 2 проблемы:
  В passwd в gecos-е у всех описание по русски, соответсвенно ни
  migrationtools ни smbldap-tools скрипты не хотят это импортировать.
  Как с этив воевать ? если какие то штатные средства, или нужно схему
  исправлять ? или скрипты ?

 PA Я мигрировал собственными скриптами, там не было никаких проверок на эту
 PA тему и проблем (но и русских имён, впрочем :).  
 PA Я вижу два варианта: 

 PA a) простой - прогнать свой /etc/passwd через транслитератор для
 PAперекодирования gecos из русского в транслит (ГОСТ 7.79-2000 и всё
 PAтакое). При этом ты потеряешь русскую информацию.

 PA б) Изменить тулзы миграции, добавив туда корректное кодирование в utf8
 PA под LDAP.

в) перекодировать passwd в utf-8...

-- 
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: samba ldap

2005-08-29 Пенетрантность Artem Chuprina
Vladimir I. Umnov - debian-russian@lists.debian.org  @ Sat, 27 Aug 2005 
13:27:51 +0400:

  Есть сервер, пользователи в /etc/passwd  и  самба работающая с passdb = 
  smbpasswd
  Начал все это дело перегонять в LDAP.
  Есть 2 проблемы:
  В passwd  в gecos-е у всех описание по русски, соответсвенно ни 
  migrationtools ни smbldap-tools
  скрипты не хотят это импортировать.  Как с этив воевать ? если какие то 
  штатные средства, или нужно схему
  исправлять ? или скрипты ?
 VIU Похоже что Perl не знает про Unicode. Я делаю вначале через
 VIU smbldap-tools без gecos, топом правлю своим скриптом через питон.

perl знает про Unicode.  Автор конкретного скрипта может не знать.

-- 
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: sendmail

2005-08-29 Пенетрантность Artem Chuprina
Sergio Nemirovsky - debian-russian@lists.debian.org  @ Sat, 27 Aug 2005 
10:35:37 +0400:

  SN Что нужно сделать, чтобы завести нового виртуального пользователя?
  SN Написать
  SN [EMAIL PROTECTED]  qwe
  SN в virtusertable?
 
  SN Но на сколько я понимаю, при этом sendmail хочет, чтобы qwe был
  SN системным пользователем.. Можно ли как-нибудь этого избежать?
 
 Можно.  Если это алиас.
 
 
  И на сколько я догоняю, алиас может быть только на алиас или на юзера..

Не догнал.  Выехал за пределы трассы.  Возвращайся и догоняй снова.

  А действительно виртуальных (не системных) пользователей exim не умеет?
 SN Эээ... Мммм... Ступил, не exim а sendmail ессесно..

Умеет.  Но только про системного юзера он сам знает, откуда его взять и
куда ему класть почту.  Про остальных, разумеется, не знает (я бы на его
месте тоже не знал, где ты его имеешь в виду; и я очень надеюсь, что
если у него появится тип карты телепатический, он не будет
испрользоваться по умолчанию...).  Надо объяснять.

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

Win-юзеры - это типа Win-модемов и Win-принтеров: такие же юзеры, но попроще,
без мозгов и памяти на борту.
http://www.livejournal.com/~dottedmag/158509.html


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



Re: mozilla firefox + security updates

2005-08-29 Пенетрантность Artem Chuprina
serja - debian-russian@lists.debian.org  @ Sat, 27 Aug 2005 08:33:10 +0200:

 s А может баг зарепортить? Если в оригинальной версии были ошибки по
 s безопасности, а в новой половина компонентов не работает, то должны
 s ведь мантейнеры и это исправить?

Там репортов на эту тему вполне достаточно.

-- 
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: cron ругается

2005-08-29 Пенетрантность Artem Chuprina
Artem Zolochevskiy - debian-russian@lists.debian.org  @ Sun, 28 Aug 2005 
08:27:43 +0300:

 AZ /etc/cron.daily/logrotate:
 AZ error: error running postrotate script
 AZ run-parts: /etc/cron.daily/logrotate exited with return code 1
 AZ /etc/cron.daily/man-db:
 AZ mandb: warning: /usr/share/man/man1/x-session-manager.1.gz is a dangling 
 AZ symlink
 AZ mandb: warning: /usr/share/man/man1/x-window-manager.1.gz is a dangling 
 AZ symlink

 AZ Игнорировать? Это он вообще о чем?

dangling symlink - симлинк, указывающий в никуда.  Можно игнорировать,

 AZ Все альтернативы завернуты на kde.

а можно вручную перевесить на kde'шные варианты, если таковые у него
есть.  В принципе, можно и просто прибить.

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

Нужны две программы - одна с интерфейсом, а другая чтобы работу делала.
Victor Wagner в [EMAIL PROTECTED]


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



Re: mozilla firefox + security updates

2005-08-29 Пенетрантность Artem Chuprina
Michael Kotov - debian-russian@lists.debian.org  @ Mon, 29 Aug 2005 11:53:19 
+0400:

  Не то слово.  Это можно починить, но падать на ровном месте он от
  этого не перестает.  Откатывай обратно.А Как откатить обратно,если
  тепреь только mozilla-firefox версии 1.0.4-2sarge2предлагается для
  установки?

aptitude install mozilla-firefox=1.0.4-2

-- 
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: Где разыскать пропажу pam_console.so

2005-08-29 Пенетрантность Artem Chuprina
black ice - debian-russian@lists.debian.org  @ Mon, 29 Aug 2005 12:14:14 +0400:

  в auth.log наблюдаю следующее
  
  Aug 29 10:51:54 localhost login[6318]: PAM (login) illegal module type: 
  ayth


 bi В каком-то из файлов инициализации PAM у тебя опечатка. Ищешь:
 bi find /etc/pam.d -type f -exec grep -H ayth {} \; 
 bi И исправляешь на auth.

login, надо полагать, раз в иксы логинится...

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

Пришел в гости математик, почитать новую рукопись. Вычитал из нее трех
героев напрочь, и ушел.
Gimli on #arda


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



Re[2]: samba уже подзадолбал а

2005-08-29 Пенетрантность maximovs
Здравствуйте Slava,

Tuesday, August 16, 2005, 12:09:50 AM, Вы писали:

 Konstantin Matyukhin wrote:

 ...
   соответствующие системные id. Я закоментировал nobody в passwd и
   изменил sambaSID в ldap для nobody на S-x-501. Закоментировал
   map to guest = Bad User
   и убрал  guest из passdb backend.
 
   В результате 5 часов работы - полет нормальный процессы, использующие
   IPC$ не зависают. (правда я еще длбавил в ldap запись для root c
   objectClass только top и sambaSamAccount и
   sambaSID=S-xxx-1000).

 Не, тут у меня всё аккуратно: и nobody одинаковые и root'ы и sid'ы у них
 правильные. Я считаю, что лично мой случай не связан с некорректностью данных
 в ldap'е. Похоже, что в каком-то месте коктейля из nss, ldap и samba вылазит
 race condition. Буду искать.

 Сам попробовать не могу, т.к. после безуспешных попыток заставить работать
 sambу из sarge, пришлось откатиться на версию из woody.   

 Понятно. Мне отступать некуда.


У меня эта проблема так и не решилась. А замолчал я потому, что
скоропостижно ушел в отпуск.

После письма Константану samba у меня успешно проработала около
недели (кстати это самый длительный интервал, потом опять все стало
гарантированно повторяться в течении 1-2 суток), а затем опять те же
грабли. Пробовал вообще не ислользовать ldap, перевел все на
использование smbpasswd ничего не изменилось. Так, что с это скорее
всего не связано с ldap. А вот на счет nss это идея в процессе
эксперимента я не пробовал отключать аутентификацию пользователей
через ldap. Как разгребу накопившиеся завалы попробую и о результатах
сообщу.



-- 
С уважением,
 Максимов С.В.mailto:[EMAIL PROTECTED]


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



Re: два вопроса про рррое

2005-08-29 Пенетрантность serja
  s И ещё: настроил себе правила для iptables. Как и где их можно
  s проверить на вшивость?Заранее благодарен!
Нашел сайт где можно провериться: www.grc.com

--- Original message ---
From: Artem Chuprina [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: Re: два вопроса про рррое
Date: 26 Август 2005 10:06
 serja - debian-russian@lists.debian.org  @ Fri, 26 Aug 2005 06:26:56
 +0200:

  s порой машают работать. Как их отключить?2. Эта сфера для меня новая,
  s поэтому хотел бы поинтересоваться где конфигурируется подкючение к
  s инету при загрузке системы

 Там же, где и вообще вся сеть - в /etc/network/interfaces.  Ключевое
 слово - auto.

  s и как его включать/выключать руками, если в данный момент
  s подключение не требуется?

 ifup/ifdown.

  s И ещё: настроил себе правила для iptables. Как и где их можно
  s проверить на вшивость?Заранее благодарен!

 Найти хост снаружи и попинать оттуда.

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

 Страшна, как смертный грех Феанора (С)энта


использование ZORP

2005-08-29 Пенетрантность Damir Hakimov

Hi *!

использует ли кто-нить ZORP?

как впечатление?

Дамир.


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



Squid и скорость работы нета

2005-08-29 Пенетрантность stress
Может кто сталкивался. Постаил сквид (машина Celeron 1.80 GHz 356 DDR)
скорость передачи не поднимаетсявышечем 59-98 KB/s хотя канал 128 KB/s,
че делать куду копать. 
Попутный вопрос есть подозрение на провайдера
(что он канал урезает), чем его замерить можно?

-- 
ПитерСофт-Сервис
г.Тула 8 (0872) 35-55-00
[EMAIL PROTECTED]
[EMAIL PROTECTED]

.:Vita sene liberate nihil:.


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



Re: Squid и скорость работы нета

2005-08-29 Пенетрантность Nizamov Shavkat
 Может кто сталкивался. Постаил сквид (машина Celeron 1.80 GHz 356 DDR)
 скорость передачи не поднимаетсявышечем 59-98 KB/s хотя канал 128 KB/s,
 че делать куду копать.

98 - это более менее нормально для такого канала. скорость зависит еще и
от канала того сайта с которого идет скачка. может и 3 кб/с быть :))) и
ничего с этим провайдер сделать не сможет

 Попутный вопрос есть подозрение на провайдера
 (что он канал урезает), чем его замерить можно?

скачать с него самого что нибудь


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



apache error_log 2 mysql

2005-08-29 Пенетрантность Alexander

Hi All.

такая задача, надо логировать error_log apache в mysql .
никто не знает готового решения ?
или подкинте идею как это можно реализовать .
правда есть некоторая специфика .
я пробовал пайпы из apache на скрипт который это пихает в базу
типа такого
ErrorLog |/usr/sbin/log2mysql.pl user_error_log

где скрипт log2mysql все что приходит на stdin пишет в базу.

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


в связи с этим нужен или демон или модуль для apache способный писать 
error_log в mysql .


для access логов есть mod-log-sql , а вот для error логов ничего найти 
не смог.



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



Re: выдрать файл

2005-08-29 Пенетрантность Nick 'TARANTUL' Novikov
Dmitry A. Fedorov wrote:

есть файл на cdrom-е. размер - около 600мб. Судя по всему, из-за царапнутого 
диска копируется от него на hd только 370мб. затем - Input/output error :(
Возможно ли как-то этот файл скопировать на hd пропустив проблемное место?



dd ... conv=noerror
  


Для cdrom еще полезно понизить скорость через hdparm, тогда может
прочитать вообще без ошибок.

-- 
TARANTUL
IzhSvyazInvest Ltd.
+7 3412 900022


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



fetchmail

2005-08-29 Пенетрантность serja
Наконец-то настроил себе fetchmai. Появился следующий вопрос: где и как 
настраиваются фильтры для fetchmail? Что следует почитать? Где можно 
посмотреть на наглядные пособия?
Заранее благодарен!


Re: fetchmail

2005-08-29 Пенетрантность black ice
man procmailOn 8/29/05, serja [EMAIL PROTECTED] wrote:
Наконец-то настроил себе fetchmai. Появился следующий вопрос: где и какнастраиваются фильтры для fetchmail? Что следует почитать? Где можнопосмотреть на наглядные пособия?Заранее благодарен!
-- No fate, but what we make!


Re: apache error_log 2 mysql

2005-08-29 Пенетрантность Artem Chuprina
Alexander - debian-russian@lists.debian.org  @ Mon, 29 Aug 2005 16:03:12 +0400:

 A такая задача, надо логировать error_log apache в mysql .
 A никто не знает готового решения ?
 A или подкинте идею как это можно реализовать .
 A правда есть некоторая специфика .
 A я пробовал пайпы из apache на скрипт который это пихает в базу
 A типа такого
 A ErrorLog |/usr/sbin/log2mysql.pl user_error_log

 A где скрипт log2mysql все что приходит на stdin пишет в базу.

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

 A в связи с этим нужен или демон или модуль для apache способный писать
 A error_log в mysql .

 A для access логов есть mod-log-sql , а вот для error логов ничего
 A найти не смог.

Идею могу подкинуть.  В качестве ErrorLog использовать сокет, читать его
демоном и писать в базу.  stream UNIX socket, естественно.  Демона,
правда, надо писать довольно аккуратно - он может тормозить на записи в
базу, но разгребать данные, поступающие в сокет, должен весьма шустро.

Альтернативный вариант - писать таки в файл, и демоном этот файл
обрабатывать по мере его роста.  Тут тоже есть свои прелести с
logrotate, но тут уже не такие жесткие требования к скорости реакции.

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

Велик и могуч постмодернистский читатель (c)Elenhil Laiquendo


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



Re: два вопроса про рррое

2005-08-29 Пенетрантность Dmitry Azhichakov
On Fri, Aug 26, 2005 at 12:06:23PM +0400, Artem Chuprina wrote:
 serja - debian-russian@lists.debian.org  @ Fri, 26 Aug 2005 06:26:56 +0200:
 
  s порой машают работать. Как их отключить?2. Эта сфера для меня новая,
  s поэтому хотел бы поинтересоваться где конфигурируется подкючение к
  s инету при загрузке системы
 
 Там же, где и вообще вся сеть - в /etc/network/interfaces.  Ключевое
 слово - auto.

Честно говоря, у меня оно глючело вырубанием соединения практически
ровно через сутки после подключения. Не знаю уж кто, но кто-то посыслал
SIGKILL pppd. Поэтому я сделал по старинке - через /etc/ppp/ppp_on_boot.
Это, правда, было в unstable весной.

  s и как его включать/выключать руками, если в данный момент
  s подключение не требуется?
 
 ifup/ifdown.

В моём случае - pon/poff

-- 
Dmitry



Re: два вопроса про рррое

2005-08-29 Пенетрантность Artem Chuprina
Dmitry Azhichakov - debian-russian@lists.debian.org  @ Mon, 29 Aug 2005 
19:00:32 +0400:

   s порой машают работать. Как их отключить?2. Эта сфера для меня новая,
   s поэтому хотел бы поинтересоваться где конфигурируется подкючение к
   s инету при загрузке системы
  
  Там же, где и вообще вся сеть - в /etc/network/interfaces.  Ключевое
  слово - auto.

 DA Честно говоря, у меня оно глючело вырубанием соединения практически
 DA ровно через сутки после подключения. Не знаю уж кто, но кто-то посыслал
 DA SIGKILL pppd. Поэтому я сделал по старинке - через /etc/ppp/ppp_on_boot.
 DA Это, правда, было в unstable весной.

Если речь идет о стриме, то как раз ровно через сутки рвет сессию.  В
случае с /etc/network/interfaces это таки да, должно было приводить к
завершению pppd, видимо.

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

Балансу вежливости и самоуважения надо учиться у англичан. Они ко всем
обращаются на вы, но Я пишут с большой буквы
(c) Yuri Nesterenko


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



Re: Apache+русские страни цы

2005-08-29 Пенетрантность Sergey Pahomov

Pavel Ammosov пишет:

On Sat, Aug 27, 2005 at 11:08:46PM +0300, Alexander wrote:


Есть следующая проблема, которую нужно срочно решить. Есть сервер, на
нем стоит апач. До некоторого для он работал под Альтом. Сегодня его
обновили до Деба 3.1 и вот понеслась. Директива в конфиге CharsetDisable
не поддерживается. Все страницы на русском в браузере отображаются в
виде подчеркиваний. В инете ни одного решения не нашел. Если кто знает -
как его можно полечить - прошу помочь в этом нелегком деле. А то клиенты
меня скоро побьют :(



это у тебя стоял т.н. Русский apache - http://apache.lexa.ru/ - набор
патчей к apache для перекодировки страниц при отдаче в кодировку
браузера. В прошлом тысячелетии браузеры не умели сами конвертировать
русские кодировки перед отображением и если страница была в koi8-r на unix, а
браузер работал на OS/2 с cp866, то прочитать содержимое сайта было
невозможно.

Сейчас это решённая проблема и браузеру достаточно от сервера получить
тип кодировки в котором ему отдают страницу (заголовок content-type,
слово charset=...).

Тебе надо найти в конфиге директиву AddDefaultCharset (если её нет, то
добавить) и написать там кодировку в которой лежат твои страницы
(windows-1251, koi8-r, utf8, и тд).

Для проверки удобно использовать утилиту GET из пакета libwww-perl, 
примерно так должен выглядеть результат:


$ GET -Ued http://www.yandex.ru/
GET http://www.yandex.ru/
User-Agent: lwp-request/2.06

[..]
Content-Type: text/html; charset=windows-1251
[..]




IMHO надо выставлять AddDefaultCharset = off
тогда сервер бытет отдавать страницы как они есть,
Есть указать кодировку, например AddDefaultCharset = koi8-r
то будет отдаваться всегда content=text/html; charset=koi8-r
независимо от того что реально прописано.


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



Re: Apache+русские страницы

2005-08-29 Пенетрантность Artem Chuprina
Sergey Pahomov - debian-russian@lists.debian.org  @ Mon, 29 Aug 2005 20:09:59 
+0400:

 Есть следующая проблема, которую нужно срочно решить. Есть сервер, на
 нем стоит апач. До некоторого для он работал под Альтом. Сегодня его
 обновили до Деба 3.1 и вот понеслась. Директива в конфиге CharsetDisable
 не поддерживается. Все страницы на русском в браузере отображаются в
 виде подчеркиваний. В инете ни одного решения не нашел. Если кто знает -
 как его можно полечить - прошу помочь в этом нелегком деле. А то клиенты
 меня скоро побьют :(
  это у тебя стоял т.н. Русский apache - http://apache.lexa.ru/ - набор
  патчей к apache для перекодировки страниц при отдаче в кодировку
  браузера. В прошлом тысячелетии браузеры не умели сами конвертировать
  русские кодировки перед отображением и если страница была в koi8-r на unix, 
  а
  браузер работал на OS/2 с cp866, то прочитать содержимое сайта было
  невозможно.
  Сейчас это решённая проблема и браузеру достаточно от сервера получить
  тип кодировки в котором ему отдают страницу (заголовок content-type,
  слово charset=...).
  Тебе надо найти в конфиге директиву AddDefaultCharset (если её нет, то
  добавить) и написать там кодировку в которой лежат твои страницы
  (windows-1251, koi8-r, utf8, и тд).
  Для проверки удобно использовать утилиту GET из пакета libwww-perl, примерно
  так должен выглядеть результат:
  $ GET -Ued http://www.yandex.ru/
  GET http://www.yandex.ru/
  User-Agent: lwp-request/2.06
  [..]
  Content-Type: text/html; charset=windows-1251
  [..]
 

 SP IMHO надо выставлять AddDefaultCharset = off
 SP тогда сервер бытет отдавать страницы как они есть,
 SP Есть указать кодировку, например AddDefaultCharset = koi8-r
 SP то будет отдаваться всегда content=text/html; charset=koi8-r
 SP независимо от того что реально прописано.

Сервер в любом случае будет отдавать страницы как есть.  Только если не
сказать AddDefaultCharset, будет говорить, что они в iso8859-1.  Ему-то,
бедному, откуда знать, в какой они кодировке, если ты старательно от
него эту информацию скрываешь?

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

An ideal world is left as an exercise to the reader.
Paul Graham, On Lisp


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



Re: Apache+русские страни цы

2005-08-29 Пенетрантность Sergey Pahomov

Artem Chuprina пишет:

Sergey Pahomov - debian-russian@lists.debian.org  @ Mon, 29 Aug 2005 20:09:59 
+0400:

 Есть следующая проблема, которую нужно срочно решить. Есть сервер, на
 нем стоит апач. До некоторого для он работал под Альтом. Сегодня его
 обновили до Деба 3.1 и вот понеслась. Директива в конфиге CharsetDisable
 не поддерживается. Все страницы на русском в браузере отображаются в
 виде подчеркиваний. В инете ни одного решения не нашел. Если кто знает -
 как его можно полечить - прошу помочь в этом нелегком деле. А то клиенты
 меня скоро побьют :(
  это у тебя стоял т.н. Русский apache - http://apache.lexa.ru/ - набор
  патчей к apache для перекодировки страниц при отдаче в кодировку
  браузера. В прошлом тысячелетии браузеры не умели сами конвертировать
  русские кодировки перед отображением и если страница была в koi8-r на unix, 
а
  браузер работал на OS/2 с cp866, то прочитать содержимое сайта было
  невозможно.
  Сейчас это решённая проблема и браузеру достаточно от сервера получить
  тип кодировки в котором ему отдают страницу (заголовок content-type,
  слово charset=...).
  Тебе надо найти в конфиге директиву AddDefaultCharset (если её нет, то
  добавить) и написать там кодировку в которой лежат твои страницы
  (windows-1251, koi8-r, utf8, и тд).
  Для проверки удобно использовать утилиту GET из пакета libwww-perl, примерно
  так должен выглядеть результат:
  $ GET -Ued http://www.yandex.ru/
  GET http://www.yandex.ru/
  User-Agent: lwp-request/2.06
  [..]
  Content-Type: text/html; charset=windows-1251
  [..]
 

 SP IMHO надо выставлять AddDefaultCharset = off
 SP тогда сервер бытет отдавать страницы как они есть,
 SP Есть указать кодировку, например AddDefaultCharset = koi8-r
 SP то будет отдаваться всегда content=text/html; charset=koi8-r
 SP независимо от того что реально прописано.

Сервер в любом случае будет отдавать страницы как есть.  Только если не
сказать AddDefaultCharset, будет говорить, что они в iso8859-1.  Ему-то,
бедному, откуда знать, в какой они кодировке, если ты старательно от
него эту информацию скрываешь?



А серверу и не надо знать в какой они кодировке.
Есть AddDefaultCharset  не указан, то content=text/html; charset=...
останется как прописал автор.
Иначе броузер получит content=text/html; charset=...  с той кодировкой 
которая  прописана в AddDefaultCharset, независимо от meta...  в самом 
документе

А кодирвка документа не изменится в любом случае.


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



Re: Apache+русские страни цы

2005-08-29 Пенетрантность Sergey Pahomov

Artem Chuprina пишет:



Сервер в любом случае будет отдавать страницы как есть.  Только если не
сказать AddDefaultCharset, будет говорить, что они в iso8859-1.  Ему-то,
бедному, откуда знать, в какой они кодировке, если ты старательно от
него эту информацию скрываешь?


Кстати, iso8859-1 он будет только отдавать если указать
AddDefaultCharset on


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



aptitude remove

2005-08-29 Пенетрантность Artem Zolochevskiy
hi all

Господа, это так задумано, что aptitude remove не обращает внимания на 
APT::Get{Purge true;}; в /etc/apt/apt.conf и соответственно не удаляет 
конф. файлы? apt-get remove ведёт себя в нормально (конфиги удаляет).

-- 
Artem Zolochevskiy
Kaliningrad, Russia
JID: [EMAIL PROTECTED]
E-mail: [EMAIL PROTECTED]


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



Re: Apache+русские стр аницы

2005-08-29 Пенетрантность Michael Shigorin
On Sat, Aug 27, 2005 at 11:08:46PM +0300, Alexander wrote:
 Есть следующая проблема, которую нужно срочно решить. Есть
 сервер, на нем стоит апач. До некоторого для он работал под
 Альтом. Сегодня его обновили до Деба 3.1 и вот понеслась.

Видимо, это был даунгрейд :]

 Директива в конфиге CharsetDisable не поддерживается. Все
 страницы на русском в браузере отображаются в виде
 подчеркиваний. В инете ни одного решения не нашел. Если кто
 знает - как его можно полечить - прошу помочь в этом нелегком
 деле. А то клиенты меня скоро побьют :(

Я как майнтейнер apache в ALT могу дать ровно один совет...
думать головой и не пускать фанатов к машинам в эксплуатации.
Что бы там ни стояло и с чем бы они не нарезали круги около.

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

shameless plug
В Master 2.4 оно поддерживается из коробки, что характерно.
re RA: https://bugzilla.altlinux.org/show_bug.cgi?id=2941
/

-- 
  WBR, Michael Shigorin [EMAIL PROTECTED]
  -- Linux.Kiev http://www.linux.kiev.ua/


pgpcjLXqiWApQ.pgp
Description: PGP signature


Re: aptitude remove

2005-08-29 Пенетрантность Степан Голосунов
On Mon, Aug 29, 2005 at 09:40:06PM +0300, Artem Zolochevskiy wrote:
 Господа, это так задумано, что aptitude remove не обращает внимания на 
 APT::Get{Purge true;}; в /etc/apt/apt.conf и соответственно не удаляет 
А какое отношение имеют настройки apt-get к aptitude?

 конф. файлы? apt-get remove ведёт себя в нормально (конфиги удаляет).
Для удаления конфигов есть aptitude purge.


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



Re: два вопроса про рр рое

2005-08-29 Пенетрантность mike . gusev
On Mon, Aug 29, 2005 at 07:25:36PM +0400, Artem Chuprina wrote:

  DA Честно говоря, у меня оно глючело вырубанием соединения практически
  DA ровно через сутки после подключения. Не знаю уж кто, но кто-то посыслал
  DA SIGKILL pppd. Поэтому я сделал по старинке - через /etc/ppp/ppp_on_boot.
  DA Это, правда, было в unstable весной.
 
 Если речь идет о стриме, то как раз ровно через сутки рвет сессию.  В
 случае с /etc/network/interfaces это таки да, должно было приводить к
 завершению pppd, видимо.

старый сардж. приводиЛО. потом перестаЛО. Само. (то бишь, после
апгрейда). где-то год назад.

и именно на стриме. весной.


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



Re: Apache+русские страницы

2005-08-29 Пенетрантность Andrey Melnikoff
Michael Shigorin [EMAIL PROTECTED] wrote:
 [-- text/plain, кодировка quoted-printable, кодировка: koi8-r, 59 строк --]

 On Sat, Aug 27, 2005 at 11:08:46PM +0300, Alexander wrote:
  Есть следующая проблема, которую нужно срочно решить. Есть
  сервер, на нем стоит апач. До некоторого для он работал под
  Альтом. Сегодня его обновили до Деба 3.1 и вот понеслась.
 Видимо, это был даунгрейд :]
Плохо подготовленный upgrade. 

  Директива в конфиге CharsetDisable не поддерживается. Все
  страницы на русском в браузере отображаются в виде
  подчеркиваний. В инете ни одного решения не нашел. Если кто
  знает - как его можно полечить - прошу помочь в этом нелегком
  деле. А то клиенты меня скоро побьют :(

 Я как майнтейнер apache в ALT могу дать ровно один совет...
 думать головой и не пускать фанатов к машинам в эксплуатации.
 Что бы там ни стояло и с чем бы они не нарезали круги около.
Эт к чему?

 В будущем заведите себе привычку применять vserver для таких
 вещей, могли бы перекидыванием NAT или реверс-прокси.  Помогает
 ещё от многих болячек, заканчивая принципиальным отношением 
 к дистрибутиву, который установлен на машине, благо это может
 быть уже далеко не одна штука.
К чему эта куча buzz-words? 

 shameless plug
 В Master 2.4 оно поддерживается из коробки, что характерно.
 re RA: https://bugzilla.altlinux.org/show_bug.cgi?id=2941
 /
ИдиотизЪм. На данный момент russian apache - зло, т.к. не дает кэшировать
заведомо статические данные, нагружает сервер лишней работой.
У меня везде где он остался - стоит с CharsetDisable On по умлочанию.


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



Re: aptitude remove

2005-08-29 Пенетрантность Artem Zolochevskiy
В сообщении от 29 Август 2005 22:00 Степан Голосунов написал(a):
 On Mon, Aug 29, 2005 at 09:40:06PM +0300, Artem Zolochevskiy wrote:
  Господа, это так задумано, что aptitude remove не обращает внимания на
  APT::Get{Purge true;}; в /etc/apt/apt.conf и соответственно не удаляет

 А какое отношение имеют настройки apt-get к aptitude?

aptitude
Description: terminal-based apt frontend
 aptitude is a terminal-based apt frontend


  конф. файлы? apt-get remove ведёт себя в нормально (конфиги удаляет).

 Для удаления конфигов есть aptitude purge.

да, я в курсе. просто хотелось узнать это нормальное поведение или нет?

-- 
Artem Zolochevskiy
Kaliningrad, Russia
JID: [EMAIL PROTECTED]
E-mail: [EMAIL PROTECTED]


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



Re: aptitude remove

2005-08-29 Пенетрантность Mikhail Gusarov

You ([EMAIL PROTECTED]) wrote:

  А какое отношение имеют настройки apt-get к aptitude?

 AZ aptitude
 AZ Description: terminal-based apt frontend
 AZ  aptitude is a terminal-based apt frontend

apt и apt-get отличаем, да?

-- 
Mikhail Gusarov
ICQ UIN: 111575219
JID: [EMAIL PROTECTED]


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