Re[2]: ESS ES1688 AudioDrive
Добрый день! четверг, 21 февраля 2002 г., Вы писали: AK> On Mon, 18 Feb 2002 12:17:23 +0300 AK> Alexander Kogan <[EMAIL PROTECTED]> wrote: AK> [...] AK>> Работает. Все старые карты нормально работают, не работает только всякое AK>> новомодное гов..., типа i810via... AK> ^^^ мать от EPoX на VIA KT133A. AK> Звук завёлся без проблем. У меня EPoX на VIA KT266A c AC'97 так звук и не пошел :(, есть ли у кого рабочий конфиг? Времени пока нет более серьезно с этим разобраться. С наилучшими пожеланиями, Голованков Александр mailto:[EMAIL PROTECTED]
AbiWord & ru
Hi All. Поставил из unstable AbiWord. Немогу подружить его с русским. Прописал путь к фонтам в скрипте abiword. Шрифты не цепляются. Еще такая беда: в менюшках вместо _ рисует apm;Файл, при этом когда локаль en_US, то все нормально. И еще иногда ругается Gtk-WARNING **: gtk_widget_size_request() called on child widget with request equal to widget->requisition. gtk_widget_set_usize() may not work properly. Где оно лечится. Спасибо.
Re: XFree86 (3.x.x -> 4.x.x) ???
С торможением сталкивался (правда, на другой аппаратуре). Вылечилось (как ни странно) отключением AGP. Возможно, проявляется hardware bug, упонянутый в README nVidia-ских драйверов.
Re: temporary disconnected
> > А вот в XFree86 3.3.x как раз можно настроить все. Для этого, > правда, может понадобится калькулятор, но в Linux-е он обычно > под рукой. bc называется. Говорят, правда в 4-й версии XFree > все испортили. Но я сам еще не пробовал, поэтому утверждать > ничего не буду. Все, что можно в 3-x иксах, можно и в 4-x. Просто 4-e умеют спецификации с монитора (EDID) считывать и сами модлайны расчитать. Кстати, неплохо умеют - на всей технике, с которой я по сей день сталкивался, 4-е иксы сходу подхватывали лучший из заявленных в спецификации монитора режим. Но если очень хочется, то можно по-прежнему ручками модлайны писать. И xvidtune никто не отменял.
Re: AbiWord & ru
[EMAIL PROTECTED] wrote: Hi All. Поставил из unstable AbiWord. Немогу подружить его с русским. Прописал путь к фонтам в скрипте abiword. Шрифты не цепляются. Еще такая беда: в менюшках вместо _ рисует apm;Файл, при этом когда локаль en_US, то все нормально. И еще иногда ругается Gtk-WARNING **: gtk_widget_size_request() called on child widget with request equal to widget->requisition. gtk_widget_set_usize() may not work properly. Где оно лечится. Спасибо. У меня тоже в AbiWord беда. В меню русский очень похож на cp1251 а в некоторых местах нормально видно в кои. Писать по русски он тоже не хочет :( Локаль кои.
Re: LDAP over TLS
On Wed, Feb 20, 2002 at 08:36:42AM +0500, Viktor Vislobokov wrote: > >Пытаюсь законнектиться netscape'ом к ldap (и с аутентификацией, и без), > >но в отладочном логе вижу только > > > >TLS: can't accept. > >TLS: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or > >bad record mac s3_pkt.c:450 > > > >Без TLS все работает нормально. > > > >Что я пропустил? > > >Попробуй подключиться Эксплорером! Если ты с удивлением обнаружишь, > что заработало, то я скажу тебе, что такая хорошая реализация SSL в > Netscape. У меня много раз были проблемы с подключением к https > ресурсам через Netscape. Поэтому я и думаю, что дело может быть в этом Ну тут бы я поспорил - без специальных телодвижений в IE до 5.5 тоже с SSL все негладко - он на apache-ssl/apache+mod_ssl не ходит пока ему sslv2 не зарежешь например With MBR Max
Re: AbiWord & ru
On Thu, 21 Feb 2002 15:52:25 +0200 CuPoTKa <[EMAIL PROTECTED]> wrote: C> [EMAIL PROTECTED] wrote: C> C> >Hi All. C> >Поставил из unstable AbiWord. Немогу подружить его с русским. C> >Прописал путь к фонтам в скрипте abiword. Шрифты не цепляются. C> >Еще такая беда: в менюшках вместо _ рисует apm;Файл, при этом C> >когда локаль en_US, то все нормально. И еще иногда ругается C> >Gtk-WARNING **: gtk_widget_size_request() called on child widget with C> >request equal to widget->requisition. gtk_widget_set_usize() may not C> >work properly. Где оно лечится. C> >Спасибо. C> > C> > C> У меня тоже в AbiWord беда. В меню русский очень похож на cp1251 а в C> некоторых местах нормально видно в кои. Писать по русски он тоже не C> хочет :( Локаль кои. У него в файле русификации половина в кодировке ki8-r половина в cp12-51. В ручную исправь это, и будет все нормально. -- Tim Tereschenko
Re: AbiWord & ru
On Thu, 21 Feb 2002 15:52:31 +0200 Tim Tereschenko <[EMAIL PROTECTED]> wrote: TT> On Thu, 21 Feb 2002 15:52:25 +0200 TT> CuPoTKa <[EMAIL PROTECTED]> wrote: ... TT> C> У меня тоже в AbiWord беда. В меню русский очень похож на cp1251 а в TT> C> некоторых местах нормально видно в кои. Писать по русски он тоже не TT> C> хочет :( Локаль кои. TT> У него в файле русификации половина в кодировке ki8-r половина в cp12-51. TT> В ручную исправь это, и будет все нормально. P.S. Sory за опечатки. Вот этот файлик: /usr/share/AbiSuite/AbiWord/strings/ru-RU.strings И шрифты ему нужны koi8-r. Те что у меня есть могу выслать. -- Tim Tereschenko
Re: xkb
Hi! On Wed, 20 Feb 2002 12:11:29 +0300 Ilya Anfimov <[EMAIL PROTECTED]> wrote: > > > > > > > Грохнув все расширения, относившиеся к xkb. Точнее, > все > > >расширения, которые не отображены на Core Protocol keyboard > han- > > >dling. > > > > > Интересно, какие? > > См /usr/share/doc/xbooks/XKB/* Это Xkb vs Core Protocol, но при чем здесь утилита xmodmap ? > В первую очередь -- расширенная серверная логика по > управлению > состоянием модификаторов, LED и языковых групп, > стандартное > хранимое на сервер описание типа клавиши и её поведения > при > различной комбинации из Shift и CapsLock, mousekeys -- > для > управления мышью с клавиатуры, расширение серверной > (кажется) > логики для удобного ввода людям с ограниченными > возможностями > (залипание всяких shift/ctrl, не реагирование на > несколько > случайно нажатых клавиш). > Кроме того, в получившейся раскладке обычно вообще бывает > всякий > бред по поводу управления состоянием сервера и модификаторами. Пожалуйста, пример. Все описанное Вами у меня работает после загрузки xmodmap -pke. > Не > нужно это приложениям в compatibility mode. > > > > С каких это пор Core Protocol стал работать с keysyms? > > Не знаю. Подозреваю, что X11 работает весь с ними. А вы отключите Xkb и посмотрите. > А вообще > -- > надо поднять архивы спеков протокола. > > > Гляньте на xmodmap -pke . > > Не раз глядел. > > > Или просто оставьте в .xmodmap определение ровно одной > клавиши. У Вас > > будет переопределена только она, все остальное останется как > было. > > И что? > Да, может быть и не грохнется всё, относящееся к xkb. > Просто > останется как было. Всё, что не трогали. Тоже не всегда > в > радость. Особенно если переключения раскладок как-нибудь > здОрово > съедут. Как и куда они съедут? Еще раз: я полагаю, что xmodmap есть просто утилита для отображения и изменения раскладки, которая не привязана к Core Protocol и не отключает Xkb. Конечно, она не управляет всеми функциями xkb, но при указанном использовании мне не удалось увидеть то, что она портит. Rgrds, AEN
Re: xkb
On Thu, 21 Feb 2002, Aleksey Novodvorsky wrote: > > > С каких это пор Core Protocol стал работать с keysyms? > > > > Не знаю. Подозреваю, что X11 работает весь с ними. > > А вы отключите Xkb и посмотрите. Работает, работает. У меня Xkb давным давно отключен. И в Solaris (где он почему-то не включился by default) и в Linux на домашней машине, чтобы локальный X-сервер не выпендривался и был как все, а на аппаратных X-терминалах просто отсутствует как класс. Вообще, Xkb is evil. Его мелкие полезности не искупают усложнения per-user конфигурации по сравнению с core protocol. Плюс фактически несовместимость со всем кроме XFree86. А конфигурация должна быть _только_ per user. Вернее, декартово произведение user x display. До тех пор пока не пришел юзер, и не сказал на каком языке он хочет разговаривать (желательно еще чтобы как в CDE это можно было при логине выбрать, оверрайдив свое личное умолчание из .xsession) система должна работать с LANG=C и дефолтной раскладкой. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
[±¤ °í] Çؿܱ³Æ÷µéÀÇ Çѱ¹½ÄÇ° Á¾ÇÕ¼îÇθô
Title: :+: íë² ì´ íë³´ë©ì¼ :+: + í´ë¦íìë©´ ë°ë¡ ì í¬ ìë£ìì ê·íì ì´ë©ì¼ 주ìê° ìì ë©ëë¤ â ìì ê±°ë¶
Re: xkb
On Thu, Feb 21, 2002 at 05:35:41PM +0300, Aleksey Novodvorsky wrote: > Hi! > > On Wed, 20 Feb 2002 12:11:29 +0300 > Ilya Anfimov <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > Грохнув все расширения, относившиеся к xkb. Точнее, > > все > > > >расширения, которые не отображены на Core Protocol keyboard > > han- > > > >dling. > > > > > > > Интересно, какие? > > > > См /usr/share/doc/xbooks/XKB/* > Это Xkb vs Core Protocol, но при чем здесь утилита xmodmap ? Во-первых это описание Xkb. Достаточно подробное. А xmodmap -- при том, что xmodmap это Core Protocol в чисто виде. > > В первую очередь -- расширенная серверная логика по > > управлению > > состоянием модификаторов, LED и языковых групп, > > стандартное > > хранимое на сервер описание типа клавиши и её поведения > > при > > различной комбинации из Shift и CapsLock, mousekeys -- > > для > > управления мышью с клавиатуры, расширение серверной > > (кажется) > > логики для удобного ввода людям с ограниченными > > возможностями > > (залипание всяких shift/ctrl, не реагирование на > > несколько > > случайно нажатых клавиш). > > Кроме того, в получившейся раскладке обычно вообще бывает > > всякий > > бред по поводу управления состоянием сервера и модификаторами. > > Пожалуйста, пример. Все описанное Вами у меня работает после > загрузки xmodmap -pke. Точно так же, как и без xmodmap -pke? Тогда не удивительно. Я не знаю точно и вполне могу поверить, что xkb остаётся включённым и в примерно таком же состоянии, как и без xmodmap. Но в таком случае советовать xmodmap -pke как загрузчик xkb-раскладки довольно бессмысленно. О! Кстати, попробовал это на машине. ~/.xkb я здесь уже приводил. xmodmap -pke, затем xmodmap имя_файла. На русский после этого переключиться можно, обратно -- никак. При это shift в русском снесло начисто. > > > Не > > нужно это приложениям в compatibility mode. > > > > > > > С каких это пор Core Protocol стал работать с keysyms? > > > > Не знаю. Подозреваю, что X11 работает весь с ними. > > А вы отключите Xkb и посмотрите. Спасибо, я достаточно лет проработал без Xkb. И в целом представляю себе Core Protocol, а так же как и для чего планировались keysyms. Так вот, могу заявить, что keysyms в Core Protocol есть. Более того, они там есть всегда и не зависимо от раскладки или наличия xkb. Клавиша в любом случае транслируется из Keycode в keysym. (Под `X11 работает весь' я подразумевал, что на X11R5 я их видел, что было раньше -- не знаю). > > А вообще > > -- > > надо поднять архивы спеков протокола. > > > > > Гляньте на xmodmap -pke . > > > > Не раз глядел. > > > > > Или просто оставьте в .xmodmap определение ровно одной > > клавиши. У Вас > > > будет переопределена только она, все остальное останется как > > было. > > > > И что? > > Да, может быть и не грохнется всё, относящееся к xkb. > > Просто > > останется как было. Всё, что не трогали. Тоже не всегда > > в > > радость. Особенно если переключения раскладок как-нибудь > > здОрово > > съедут. > > Как и куда они съедут? Раз на раз не приходится. Вот только что задался этим вопросом, и посмотрел в XKBProto -- как и куда они съедут. Там пара страничек этому посвящено. Особенно обнадёживает первый абзац из этой пары страничек. Примерно то же, что я и говорил: мы что-то сделали, чтобы это как-то работало, но в целом ничего не гарантируем и работает это не всегда. Вообще это в основном чтобы всякое старьё из-за мелочей не ломалось. > > > Еще раз: я полагаю, что xmodmap есть просто утилита для > отображения и изменения раскладки, которая не привязана к Core > Protocol и не отключает Xkb. Конечно, она не управляет всеми Она привязана к Core Protocol. Она изменяет раскладку, описанную в Core Protocol. Средствами этого самого Core Protocol. Да, xkb она как оказалось не отключает. > функциями xkb, но при указанном использовании мне не удалось > увидеть то, что она портит. И что? Это аргумент в пользу того, что этого нет или хотя бы редко встречается? Главное -- даже если она ничего не портит, то и не делает того, что требовалось.
Re: sylpheed-claws + splell check
Hi Konstantin! KS> > > Кто юзает sylpheed-claws (из woody/sid), подскажите, как научить KS> > > его проверять орфографию налету? KS> > У меня вообще проверять отказался: "Немогу загрузить модуль..." :( KS> Буквально "Spell checker could not be started. Unable to load the "ispell" module. KS> в общем-то, strace все что надо говорит :) KS> его надо в частности вот этим удовлетворить. KS> KS> libpspell-dev - Header files for developing applications with pspell support KS> libpspell-ispell-dev - Development files for pspell А зачем бинарному пакету *-dev ? KS> libpspell-ispell1 - Ispell module for pspell KS> libpspell4 - Portable spell checker interface library Это я поставил (хотя, вообще-то мог бы хотя бы Sugest). Не помогает. Константин, я так и не понял, у тебя заработала проверка? -- Константин Черкасов [EMAIL PROTECTED]
Re: xkb
On Thu, Feb 21, 2002 at 05:53:15PM +0300, Victor Wagner wrote: > On Thu, 21 Feb 2002, Aleksey Novodvorsky wrote: > > > Вообще, Xkb is evil. Его мелкие полезности не искупают усложнения Это Вы (ты?) зря. Полезности там достаточно не мелкие. Особенно если вспомнить, насколько больше мозгокрутства было в X Core, очень приятная вещь. > per-user конфигурации по сравнению с core protocol. Плюс фактически Это ты тоже зря. .xkb может оказаться сложнее написать, чем .xmodmap только в одном случае -- если .xmodmap уже написан. При этом без вещей типа xrus xmodmap становится очень непортабельным. > несовместимость со всем кроме XFree86. Ничего, вот все переползут под X11R6.3 -- будет у всех.
Antivirus for mail-server?
Хочется на вирусы почту того... Есть варианты: AVP DrWeb McAfee еще несколько мализвестных... Что присоветуете? Платформа: exim. Желаемый режим работы: пайп (вошло, проверилось, вышло в соответствии с правилами). Ingvarr.
Re: sylpheed-claws + splell check
> А зачем бинарному пакету *-dev ? если я правильно помню, и не путаю с какой-то другой софтиной, - что-то там такое было нужное. > KS> libpspell-ispell1 - Ispell module for pspell > KS> libpspell4 - Portable spell checker interface library > > Это я поставил (хотя, вообще-то мог бы хотя бы Sugest). > Не помогает. смотри strace(на предмет обломившихся open) и debug output самого sylpheed - я уже забыл, что именно надо ставить, но вышеперечисленные процедуры помогли управиться с проблемой за 10 минут. > Константин, я так и не понял, у тебя заработала проверка? да, проверка у меня работает. Как русского текста, так и английского.
Re: sylpheed-claws + splell check
On Thu, 21 Feb 2002, Constantin Cherkasoff wrote: > Hi Konstantin! > KS> > > Кто юзает sylpheed-claws (из woody/sid), подскажите, как научить > KS> > > его проверять орфографию налету? > KS> > У меня вообще проверять отказался: "Немогу загрузить модуль..." :( > KS> > Буквально "Spell checker could not be started. Unable to load the "ispell" > module. К сожелению сейчас от той машины остался только ХДД и ЦПУ и я не могу воспроизвести сообщение %) -- ICQ UIN# 3159256 VEL-RIPE
Re: xkb
On Thu, 21 Feb 2002, Ilya Anfimov wrote: > Это Вы (ты?) зря. Полезности там достаточно не мелкие. Особенно > если вспомнить, насколько больше мозгокрутства было в X Core, > очень приятная вещь. Какого мозгокрутства? Не было там никогда никакого мозгокрутства. Четыре колонки и все. > Это ты тоже зря. .xkb может оказаться сложнее написать, чем > .xmodmap только в одном случае -- если .xmodmap уже написан. При Хитрость в том, что правильно написанный xmodmap подходит к любой клавиатуре. К сановской, к странным X-серверам странных X-терминалов которые keycode клавишам не по людски назначают и т.д. > этом без вещей типа xrus xmodmap становится очень непортабельным. В смысле, что ModeLock не на всякую клавишу повесишь? > > несовместимость со всем кроме XFree86. > > Ничего, вот все переползут под X11R6.3 -- будет у всех. Кто все? Назовите мне хотя бы одного производителя X-терминалов, продукцию которого я бы мог купить в Москве, и чтобы она при этом удовлетворяла следующим требованиям: а) не была писюком с точки зрения надежности. б) стоила не дороже 500 долларов (писюк-то я и за 100 соберу) в) не имела вентилятора г) поддерживала 24bpp. Ну ладно, хрен с ним, 16. д) поддерживала звук по какому-нибудь открытому протоколу (скорее всего это будет NAS, так как про терминалы с esd и arts я никогда не слышал) е) была бы по форме плоской подставкой под монитор. Неизвестны такие? Тогда появления XFree у меня дома кроме как на консоли можно ожидать только тогда, когда имеющиеся терминалы помрут естественной смертью. А в силу условий а и в которые на них вполне выполняются (что касается б, то оба мне достались бесплатно) это может случиться и лет этак через 10. >
Re: AbiWord & ru
On Thu, Feb 21, 2002 at 11:05:23AM +0200, [EMAIL PROTECTED] wrote: > Hi All. > Поставил из unstable AbiWord. Немогу подружить его с русским. > Прописал путь к фонтам в скрипте abiword. Шрифты не цепляются. > Еще такая беда: в менюшках вместо _ рисует apm;Файл, при этом > когда локаль en_US, то все нормально. И еще иногда ругается > Gtk-WARNING **: gtk_widget_size_request() called on child widget with > request equal to widget->requisition. gtk_widget_set_usize() may not > work properly. Где оно лечится. > Спасибо. > > Надо взять фоты для abiword из altlinux и положить их в подкаталог ru_RU.KOI8-R того каталога, где лежат фонты abiword'а. Затем запускать с помощью приложенного скрипта. Это небольшая модификация того скрипта, что идет с abiword. Хоть Виктор Вагнер и обругал этот метод подключения фонтов месяц или два назад, но все же для potato это работало. Если я не ошибаюсь, я тогда работал с версией 0.9.4 . Как сейчас дела обстоят с русским в abiword я не знаю. #!/bin/sh # # AbiSuite program wrapper script, dynamically generated # from abi/src/pkg/common/unix/scripts/makewrapper.sh. currentFonts=`xset q | grep Abi` # Change this if you move the AbiSuite tree. ABISUITE_HOME=/usr/share/AbiSuite export ABISUITE_HOME # Change this if you move the AbiSuite binaries. ABISUITE_LIBEXEC=/usr/bin # Change this if you move your fonts. ABISUITE_FONT_HOME=$ABISUITE_HOME/fonts #locale-specific dirs could be added to it. ABISUITE_FONT_PATH=$ABISUITE_FONT_HOME #now try to guess locale locale=$LC_ALL #it's incorrect to set this variable, but someone #might set it incorrectly. if [ -z "$locale" ] then locale=$LANG fi if [ ! -z "$locale" ] then #now guess encoding encoding=`echo $locale | sed -e 's/^.*\.\(.*\)$/\1/'` if [ ! -z "$encoding" ] then addfontdir=$ABISUITE_FONT_HOME/$encoding if [ ! -z "$addfontdir" ] then if [ -d "$addfontdir" ] then #add directory with locale-specific fonts to font path ABISUITE_FONT_PATH=$ABISUITE_FONT_PATH,$addfontdir fi fi fi fi echo "path=$ABISUITE_FONT_PATH" echo "home=$ABISUITE_FONT_HOME" # Set run-time font path if [ -d $ABISUITE_FONT_HOME ] then if ! xset +fp $ABISUITE_FONT_PATH then echo "X font path modifications failed." echo "Please make sure you have type1 support enabled in your X server." exit 1 fi fi # Figure out which binary to run if [ -f $ABISUITE_LIBEXEC/AbiWord_d ] then $ABISUITE_LIBEXEC/AbiWord_d "$@" elif [ -f $ABISUITE_LIBEXEC/AbiWord_s ] then $ABISUITE_LIBEXEC/AbiWord_s "$@" else echo "" echo "Error: can't find AbiWord executables:" echo "$ABISUITE_LIBEXEC/AbiWord_d" echo "-or-" echo "$ABISUITE_LIBEXEC/AbiWord_s" echo "" exit fi #Check to make sure we don't stomp on anything if [ -z "$currentFonts" ] then # Set post run-time font path if [ -d "$ABISUITE_FONT_HOME" ] then xset fp- $ABISUITE_FONT_PATH 1>/dev/null 2>/dev/null xset fp rehash 1>/dev/null 2>/dev/null fi fi
pam & su
Здравствуйте ув. дебановцы и другие фриниксоиды ;) Решил отобрать у юзеров возможность su-титься. Для этого добавил в /etc/pam.d/su строчку: authrequired pam_wheel.so group=wheel Своего юзера перенес в группу wheel. Однако из-под него su не работает. Перенес себя в группу root однако su тоже не работает. Может быть кто-нибудь подскажет где грабли?
random ip substitution
А нет ли такой фиговины, чтоб могла левый ip подставлять (в качестве адреса исходящего трафика) рандомом? Есть программка, которая стучится на некий сервер, хочется, чтоб каждый раз стучалась от другого ip... Нужно это, чтоб бороться с кривизной провайдера сотовой связи "МТС". Ingvarr.
Re: sylpheed-claws + splell check
Hi Konstantin! KS> > Константин, я так и не понял, у тебя заработала проверка? KS> да, проверка у меня работает. Как русского текста, так и английского. Я так и не понял, ты его из пакета ставил или сам собирал? -- Константин Черкасов [EMAIL PROTECTED]
Re: sylpheed-claws + splell check
Hi Konstantin!
> > А зачем бинарному пакету *-dev ?
> если я правильно помню, и не путаю с какой-то другой софтиной, -
> что-то там такое было нужное.
Емае! strace рулит!
...
open("/usr/lib/libpspell_ispell.la", O_RDONLY) = -1 ENOENT
(No such file or directory)
...
А файл /usr/lib/libpspell_ispell.la
находится в пакете libpspell-ispell-dev
При этом sylpheed-claws зависит только от libpspell4
Пришлось руками устанавливать libpspell-ispell1
Ну мантейнеры нафик!
--
Константин Черкасов
[EMAIL PROTECTED]
Re: random ip substitution
> А нет ли такой фиговины, чтоб могла левый ip подставлять (в качестве > адреса исходящего трафика) рандомом? > Есть программка, которая стучится на некий сервер, хочется, чтоб > каждый раз стучалась от другого ip... > Нужно это, чтоб бороться с кривизной провайдера сотовой связи "МТС". МТС не кривой, он сволочной :) Почему бы не использовать анонимные прокси?
Re: xkb
Ilya Anfimov wrote: Это Xkb vs Core Protocol, но при чем здесь утилита xmodmap ? Во-первых это описание Xkb. Достаточно подробное. Спасибо, но мы не о том. Да и, честно говоря, читал я его :-) А xmodmap -- при том, что xmodmap это Core Protocol в чисто виде. Я привел Вам несколько аргументов, подкрепленных реальными примерами, в пользу того, что это не так. И просил примеров от Вас. Еще раз: Core Protocol не работет с keysyms. Вообще не рабоатет. xmodmap -- работает. Нынешний xmodmap работает как с Core Protocol, так и с xkb. В первую очередь -- расширенная серверная логика по управлению состоянием модификаторов, LED и языковых групп, стандартное хранимое на сервер описание типа клавиши и её поведения при различной комбинации из Shift и CapsLock, mousekeys -- для управления мышью с клавиатуры, расширение серверной (кажется) логики для удобного ввода людям с ограниченными возможностями (залипание всяких shift/ctrl, не реагирование на несколько случайно нажатых клавиш). Кроме того, в получившейся раскладке обычно вообще бывает всякий бред по поводу управления состоянием сервера и модификаторами. Пожалуйста, пример. Все описанное Вами у меня работает после загрузки xmodmap -pke. Точно так же, как и без xmodmap -pke? Тогда не удивительно. Я не знаю точно и вполне могу поверить, что xkb остаётся включённым и в примерно таком же состоянии, как и без xmodmap. Но в таком случае советовать xmodmap -pke как загрузчик xkb-раскладки довольно бессмысленно. О! Кстати, попробовал это на машине. ~/.xkb я здесь уже приводил. xmodmap -pke, затем xmodmap имя_файла. На русский после этого переключиться можно, обратно -- никак. При это shift в русском снесло начисто. Странные у Вас настройки. Все отлично работает Не нужно это приложениям в compatibility mode. С каких это пор Core Protocol стал работать с keysyms? Не знаю. Подозреваю, что X11 работает весь с ними. А вы отключите Xkb и посмотрите. Спасибо, я достаточно лет проработал без Xkb. И в целом представляю себе Core Protocol, а так же как и для чего планировались keysyms. Так вот, могу заявить, что keysyms в Core Protocol есть. Более того, они там есть всегда и не зависимо от раскладки или наличия xkb. Клавиша в любом случае транслируется из Keycode в keysym. Проверить просто: XkbDisabled. (Под `X11 работает весь' я подразумевал, что на X11R5 я их видел, что было раньше -- не знаю). Вы хотите сказать, что Core Protocol в X11R5 изменился? Как и куда они съедут? Раз на раз не приходится. Вот только что задался этим вопросом, и посмотрел в XKBProto -- как и куда они съедут. Там пара страничек этому посвящено. Особенно обнадёживает первый абзац из этой пары страничек. Примерно то же, что я и говорил: мы что-то сделали, чтобы это как-то работало, но в целом ничего не гарантируем и работает это не всегда. Вообще это в основном чтобы всякое старьё из-за мелочей не ломалось. Простите, но документацию я тоже читал. Она не о том. И местами устарела. Еще раз: я полагаю, что xmodmap есть просто утилита для отображения и изменения раскладки, которая не привязана к Core Protocol и не отключает Xkb. Конечно, она не управляет всеми Она привязана к Core Protocol. Она изменяет раскладку, описанную в Core Protocol. Средствами этого самого Core Protocol. Да, xkb она как оказалось не отключает. Именно. функциями xkb, но при указанном использовании мне не удалось увидеть то, что она портит. И что? Это аргумент в пользу того, что этого нет или хотя бы редко встречается? Главное -- даже если она ничего не портит, то и не делает того, что требовалось. Напоминаю, что тербовалось: индивидуальная раскладка для пользователя. Приведите, пожалуйста, пример, когда этой цели нельзя достичь при помощи xmodmap и наш спор закончится. Rgrds, AEN
Re: pam & su
CuPoTKa wrote: Здравствуйте ув. дебановцы и другие фриниксоиды ;) Решил отобрать у юзеров возможность su-титься. Для этого добавил в /etc/pam.d/su строчку: authrequired pam_wheel.so group=wheel Своего юзера перенес в группу wheel. Однако из-под него su не работает. Перенес себя в группу root однако su тоже не работает. Может быть кто-нибудь подскажет где грабли? Ок я разобрался надо было еще юзера в /etc/group явно вписать
Re: pam & su
On Fri, 22 Feb 2002, CuPoTKa wrote: > Ок я разобрался надо было еще юзера в /etc/group явно вписать adduser cupotka wheel ? :) Там ещё и gshadow есть... -- ICQ UIN# 3159256 VEL-RIPE
Re: LDAP over TLS
Попробуй подключиться Эксплорером! Если ты с удивлением обнаружишь, что заработало, то я скажу тебе, что такая хорошая реализация SSL в Netscape. У меня много раз были проблемы с подключением к https ресурсам через Netscape. Поэтому я и думаю, что дело может быть в этом Ну тут бы я поспорил - без специальных телодвижений в IE до 5.5 тоже с SSL все негладко - он на apache-ssl/apache+mod_ssl не ходит пока ему sslv2 не зарежешь например А чего спорить? Сходи на сайт www.oracle.com в раздел покупок, где идет https через Netscape и через Explorer. И посмотри что получится. IE до 5.5 говоришь? Но ведь есть версия 5.5 где все хорошо? А где же версия Netscape в которой тоже все хорошо? Нет до сих пор! Виктор
