date:20011016

2001-10-16 Пенетрантность constantin cherkasoff

On Tue, 16 Oct 2001, Ilya Anfimov wrote:
> 
> > > > АА на маленьких размерах букв в Х может выглядить слишком жирно и 
> > > > размазано.
> > > 
> > > Эта  проблема  --  не такая и пробема. Исходники есть, напишут со
> > > временем.  Если хоть кому-нибудь нужно будет...
> > 
> >  Исходники чего доступны?
> >  По-любому, чтобы легально использовать хинтинг на полную катушку надо будет
> > купить лицензию у патентодержателя на те 2 инструкции - а это может стоить
> > сотни килобаксов.
> 
> Исходники freetype & so on.

 Там ничего этого нет конечно.

> То, что ты сказал, если и имеет место -- внутренние заморочки ttf
> (на котором  свет  клином  не  сошелся)  пополам  с  американским
> законодательством  (на  которое если надо, то тоже плюют все кому
> не лень).

 Те 2 инструкции - хоть их и всего 2 - чрезвычайно важны и хинтинг без их
поддержки практически теряет весь смысл. Ну а про законодательство - по крайне
мере в дистрибьютив с патчами по поддержке тех инструкций freetype положить
будет нельзя. Так что полный облом..
> 
> > 
> > > Собственно, потому и придурки, что придумали этот Xrender.
> > > 
> > > Вместо того, чтобы добавить долгожданный Visual с альфаканалом  в
> > > Core  (ну  не  в  Core кончено, extension отдельный, но чтобы при
> > > этом вся рисовалка осталась из core), ребята добавили  совершенно
> > > новый метод рендеринга. Как будто уже имеющихся недостаточно.
> > 
> >  Я думаю они не такие бараны чтобы такой вариант не рассматривать.
> 
> Я уже не настолько верю в человеческую мудрость.

 Я с ними не общался, так что все-таки дам им шанс..
 
> >  Добавить новый Visual значит перетряхнуть нафиг все структуры данных (в них
> > нет полей для альфаканала), 
> 
> Только те, которые и так зависимы от Visual.

 Или которые содержат маски  RGB компонент.
 
> >colormaps, 
> 
> Забыть,  как страшный сон. То есть место в протоколе оставить, но
> пусть с этим трахаются более другие существа.

 Да, возможно. 

> >расширить протокол on-wire, 
> 
> Для этого и есть механизм Xextensions.

  Не думаю что они настолько гибко подключаемы. В худшем случае придется
изобрести аналоги форматов данных для всех запросов которые работают с цветами
напрямую и для тех формат данных которых изменился, и в зависимости от Visual
использовать их или оригинальные. Придется также дописть XLib и XServer -
короче геморроя со стороны  XFree team немерянно IMO. И все это без каких либо
гарантий на включение их кода в код от  x.org в ближайшие 5 лет..

>определить
> > новые константы под маски, исправить ВСЕ алгоритмы которые использовали
> > битмапы на поддержку альфаканала, 
> >переделать идеологию... Года на 3 работы. А
> 
> Вот  идеологию  пусть  оставят  в  покое.  А все остальное одному
> человеку full-time -- это не 3 года. Особенно учитывая,  что  эти
> алгоритмы и так написаны для всего существующего разнообразия.

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

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

 Они не планировали переделывать вселенную.

> > 
> > > В  резултате,  все,  что  будет рисовать и захочет АА потребуется
> > > переписывать дважды -- один раз под Core, один раз  под  Xrender.
> > > Со всеми вытекающими глюками.
> > 
> >  Зачем переписывать - просто пишешь 2 ф-ии, одна рисует текст через Xft,
> > другая без него (то есть без АА). А можно делать как openoffice - если нет
> 
> Вот это оно самое и есть -- переписывать дважды.

 Ага, лишних 100 (рисование + измерение размеров) строк кода. Очень
геморройно..
 
> > XRender'a - используем freetype для нахождения нецелочисленной матовости
> > глифа, скачиваем фрагмент окошка, рисуем в него образ глифа имитиуруя
> > альфаканал вручную, и рисуем потом тот фрагмент обратно. И работать будет на
> > любой Х, вообще без Xft и Xrender'а..
> 
> Спасибо, лень.

 Так они же LGPL в OO - можно открутить и юзать их код где угодно (хотя не
вырвав большой кусок оттуда это не открутить) если оформить как .so.
 А что, лучше ждать 10 лет пока кто-то прикрутит альфаканал к Х и пока оно
возможно войдет во все Х серверы всех вендоров?

> > 
> > > Кроме  того они естественно сломали (расширили :-)) уже привычную
> > > схему  XLFD  (которая  давно  была,  но  только-только   начинала
> > > работать),  и  тотально  забили  на  network transparency (теперь
> > > вместо инсталляции любимых шрифтов/aliasов на сервере у вас будет
> > > радость ставить их на каждом клиенте).
> > 
> >  Ну, хочешь АА- ставь шрифты на клиенте (или терпи тормоза от симуляции АА
> > "вручную")...
> 
> а)  Не  хочу  я  ставить шрифты на к

Re: [C]ommon [P]rinting [Sys]tem & cyrillic

On Tue, 9 Oct 2001 13:35:05 +0400
Michael Bravo <[EMAIL PROTECTED]> wrote:

MB> On Tue, 09 Oct 2001 10:06:07 +0300 (EEST)
MB> Serg Tsyganenko <[EMAIL PROTECTED]> wrote:
MB>
MB> > > Хм, странно. Я вот поставил CUPS и StarOffice6 (beta) недавно,
MB> > > так оттуда все печатается по русски и очень хорошо.
MB> > StarOffice 6 beta и без CUPS-а шарашит по русски как из пушки ( на
MB> > постскриптный принтер ).
Вообще-то да, но из моего при этом бумага подается с ручной подачи,
а вылазит в задний лоток. Причем задний лоток не установлен,
так что все падает на пол :-)
Проблема решилась установкой CUPS и подстановкой ppd-файла
из драйверов от win9x.
(Кстати, да - они подходят и видимо лучше чем те что в cupsomatic-ppd.

MB> Написали бы, кстати, мнение о 6-й бете, как вообще оно.

Вообще, оно круто. Очень советую. Там, похоже постскриптовых шрифтов
в дистрибутив насовали, причем с _нормальными_ метриками, т.е. буквы не
налезают друг на друга.
Если в системе есть TTF-шрифты - будет их юзать (но это и OpenOffice умеет).
Импорт работает хорошо. Excel-овские скрипты не понимает, значит вирусы тоже
не работают :-) Кстати, наверное на so-шных скриптах тоже можно что-нибудь
противное написать.

Из крупных недостатков - проблемы с клипбордом. Я так и не понял как из офиса
скопировать текст в что-нибудь еще. Эта проблема еще со времен SO5.2
наблюдается.
Из других X-приложений в StarОфис можно скопировать, но какие-то тормоза - на
P-III 750 задумывается на ~1сек.

--
Константин Черкасов
[EMAIL PROTECTED]

Re: ImageMagick и Unicode

2001-10-16 Пенетрантность Peter Novodvorsky

++ 16/10/01 18:15 +0400 - Иван Лох:
> On Tue, Oct 16, 2001 at 05:28:59PM +0400, Victor Wagner wrote:
> > On Tue, 16 Oct 2001, Иван Лох wrote:
>  
> > > > Если не помощет корректный type1, подсунуть ему юникодный ttf.
> > >
> > > Вот этого хотелось бы, по возможности, избежать...
> > 
> > А какая нафиг разница между ttf и type1? И то и другое - просто файл
> > на диске.
> 
> Необходимостью иметь, то есть покупать, две коллекции _абсолютно_одинаковых_ 
> шрифтов, ибо свободно доступного pfa2ttf я еще не видел.

Попробуйте pfaedit. Вообще есть хорошие  шрифты, ftp://ftp.gnome.ru/fonts

> 
-- 
Peter Novodvorsky http://www.altlinux.ru/AltLinux Team, Russia
Debian.Org   http://debian.org/~nidd
Debian  ---  no need to  wait for tomorrow.
---
Дуб -- дерево. Роза -- цветок. Олень -- животное. Воробей -- птица.
Россия -- наше отечество. Смерть неизбежна.
 П. Смирновский. ``Учебник русской грамматики''

static route

2001-10-16 Пенетрантность A.A.Dmitriy

Приветствую.

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

Всего хорошего!

Re: fs

On Tue, Oct 16, 2001 at 08:09:49PM +0500, Vlad Harchev wrote:
> On Tue, 16 Oct 2001, Ilya Anfimov wrote:
> > 

[skipped]

> > > АА на маленьких размерах букв в Х может выглядить слишком жирно и 
> > > размазано.
> > 
> > Эта  проблема  --  не такая и пробема. Исходники есть, напишут со
> > временем.  Если хоть кому-нибудь нужно будет...
> 
>  Исходники чего доступны?
>  По-любому, чтобы легально использовать хинтинг на полную катушку надо будет
> купить лицензию у патентодержателя на те 2 инструкции - а это может стоить
> сотни килобаксов.

Исходники freetype & so on.

То, что ты сказал, если и имеет место -- внутренние заморочки ttf
(на котором  свет  клином  не  сошелся)  пополам  с  американским
законодательством  (на  которое если надо, то тоже плюют все кому
не лень).

[skipped]

> 
> > Собственно, потому и придурки, что придумали этот Xrender.
> > 
> > Вместо того, чтобы добавить долгожданный Visual с альфаканалом  в
> > Core  (ну  не  в  Core кончено, extension отдельный, но чтобы при
> > этом вся рисовалка осталась из core), ребята добавили  совершенно
> > новый метод рендеринга. Как будто уже имеющихся недостаточно.
> 
>  Я думаю они не такие бараны чтобы такой вариант не рассматривать.

Я уже не настолько верю в человеческую мудрость.

>  Добавить новый Visual значит перетряхнуть нафиг все структуры данных (в них
> нет полей для альфаканала), 

Только те, которые и так зависимы от Visual.

>colormaps, 

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

>расширить протокол on-wire, 

Для этого и есть механизм Xextensions.

>определить
> новые константы под маски, исправить ВСЕ алгоритмы которые использовали
> битмапы на поддержку альфаканала, 
>переделать идеологию... Года на 3 работы. А

Вот  идеологию  пусть  оставят  в  покое.  А все остальное одному
человеку full-time -- это не 3 года. Особенно учитывая,  что  эти
алгоритмы и так написаны для всего существующего разнообразия.

> с XRender - намногого проще - добавляется всего несколько десятков вызовов и
> все..

Ага, проще. Взять, написать какой-то грязный хак и долго гордиться,
что у нас как в винде.

> 
> > В  резултате,  все,  что  будет рисовать и захочет АА потребуется
> > переписывать дважды -- один раз под Core, один раз  под  Xrender.
> > Со всеми вытекающими глюками.
> 
>  Зачем переписывать - просто пишешь 2 ф-ии, одна рисует текст через Xft,
> другая без него (то есть без АА). А можно делать как openoffice - если нет

Вот это оно самое и есть -- переписывать дважды.

> XRender'a - используем freetype для нахождения нецелочисленной матовости
> глифа, скачиваем фрагмент окошка, рисуем в него образ глифа имитиуруя
> альфаканал вручную, и рисуем потом тот фрагмент обратно. И работать будет на
> любой Х, вообще без Xft и Xrender'а..

Спасибо, лень.

> 
> > Кроме  того они естественно сломали (расширили :-)) уже привычную
> > схему  XLFD  (которая  давно  была,  но  только-только   начинала
> > работать),  и  тотально  забили  на  network transparency (теперь
> > вместо инсталляции любимых шрифтов/aliasов на сервере у вас будет
> > радость ставить их на каждом клиенте).
> 
>  Ну, хочешь АА- ставь шрифты на клиенте (или терпи тормоза от симуляции АА
> "вручную")...

а)  Не  хочу  я  ставить шрифты на клиенте. Серверный это ресурс.
Так принято. И менять это -- это много нового геморроя.

>  А вот с XLFD - что они там сломали (я что-то давно об этом слышал, и забыл
> как оно сломалось)? 

Да  особенно  ничего.  Просто то, что там требуется -- это уже не
XLFD.  Как теперь шрифты в ресурсах именовать -- вовсе непонятно.
Как идеологически правильно рисовать символы из разных charset --
тем более. Ничего похожего на XFontSet я кстати там не увидел.

Re: ImageMagick и Unicode

On Tue, 16 Oct 2001, Иван Лох wrote:

> On Tue, Oct 16, 2001 at 05:28:59PM +0400, Victor Wagner wrote:
> > On Tue, 16 Oct 2001, Иван Лох wrote:
>  
> > > > Если не помощет корректный type1, подсунуть ему юникодный ttf.
> > >
> > > Вот этого хотелось бы, по возможности, избежать...
> > 
> > А какая нафиг разница между ttf и type1? И то и другое - просто файл
> > на диске.
> 
> Необходимостью иметь, то есть покупать, две коллекции _абсолютно_одинаковых_ 
> шрифтов, ибо свободно доступного pfa2ttf я еще не видел.

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

 В случае использования ttf проблем с  кривыми именами глифов (как в
type1) никаких быть не может.

 Best regards,
  -Vlad

Re: fs

On Tue, 16 Oct 2001, Ilya Anfimov wrote:
> 
> > > > 
> > > >  Но как мне кажется, АА шрифтов не будет работать с FS (у меня карта без
> > > 
> > > АА  шрифтов  в  современном  виде нормально работать не может. По
> > > проектированию. Потому, что придурки писали.
> > 
> >  В Х-е или винде?
> 
> В XFree.
> 
> >  IMHO алгоритмы АА - тривиальны. В винде вроде под альфаканал АА-шрифта
> 
> Ну,  мне  они  показались  не  настолько  тривиальными,  а всякие
> приближенные к dtp люди размахивали при мне фуфайками и  кричали,
> что  АА  --  АА  рознь  и сглаживать это все можно по-разному и в
> разные стороны.

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

> Но я, собственно, не про это. Сменить один алгоритм на другой при
> хорошей  реализации  основы  --  это  не такая большая проблема в
> конце концов.
> 
> > используется толи 3, толи 4 бита AFAIR, а в Х-все 8 (соответственно много
> > качественнее  может получится в Х-е). Проблемой Х-ы является то, что ее
> > реализация Xft (использующая freetype) не использует хинтинг в шрифтах,
> > который важен при небольших размерах букв (2 важнейшие инструкции по 
> > поддержке
> > хинтинга - запатентованы и в freetype  применены быть не могут) - из-за 
> > этого 
> > АА на маленьких размерах букв в Х может выглядить слишком жирно и размазано.
> 
> Эта  проблема  --  не такая и пробема. Исходники есть, напишут со
> временем.  Если хоть кому-нибудь нужно будет...

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

> >  Но на больших размерах шрифта АА винды и Х должны быть одинаковыми или 
> > даже 
> > лучше в Х-е.
> > 
> >  Что касается придурков - у меня веры во всяких Keith Packard и Jim Getties
> > (или как там его, из Dec) которым сейчас лет под 50 побольше на порядок 
> > будет
> > чем в придурков из MS и Apple. Придурки пишут не AA и подобные системные 
> > вещи,
> > а пользовательский софт как правило.
> > 
> > > > XRender, посему я в этом вопросе не спец). 
> > > 
> > > Несмортя на вышесказанное, нигде в описании этого дела я не видел
> > > закосов на конкретные видеокарточки.  По  идее,  должна  работать
> > > любая DirectColor карта.
> > 
> >  Так только с версии XFree-4.0.1 или XFree-4.1. В пред. версиях карта должна
> > была поддерживать XRender. А у меня S3 Trio64 - она вроде 4ой иксой вообще 
> > не
> 
> Весь виденный мной АА в XFree шел через XRender.

 Да, но я вроде слышал что в XF-4.1 все поддерживаемые карточки поддерживают
XRender (но не все используют аппаратное ускорение). За свои слова не ручаюсь.

> А  что,  на  некоторых  карточках  он поддерживается даже в XFree
> 3.3.X?

 Нет, вроде только в XF4.

> Собственно, потому и придурки, что придумали этот Xrender.
> 
> Вместо того, чтобы добавить долгожданный Visual с альфаканалом  в
> Core  (ну  не  в  Core кончено, extension отдельный, но чтобы при
> этом вся рисовалка осталась из core), ребята добавили  совершенно
> новый метод рендеринга. Как будто уже имеющихся недостаточно.

 Я думаю они не такие бараны чтобы такой вариант не рассматривать.
 Добавить новый Visual значит перетряхнуть нафиг все структуры данных (в них
нет полей для альфаканала), colormaps, расширить протокол on-wire, определить
новые константы под маски, исправить ВСЕ алгоритмы которые использовали
битмапы на поддержку альфаканала, переделать идеологию... Года на 3 работы. А
с XRender - намногого проще - добавляется всего несколько десятков вызовов и
все..

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

 Зачем переписывать - просто пишешь 2 ф-ии, одна рисует текст через Xft,
другая без него (то есть без АА). А можно делать как openoffice - если нет
XRender'a - используем freetype для нахождения нецелочисленной матовости
глифа, скачиваем фрагмент окошка, рисуем в него образ глифа имитиуруя
альфаканал вручную, и рисуем потом тот фрагмент обратно. И работать будет на
любой Х, вообще без Xft и Xrender'а..

> Кроме  того они естественно сломали (расширили :-)) уже привычную
> схему  XLFD  (которая  давно  была,  но  только-только   начинала
> работать),  и  тотально  забили  на  network transparency (теперь
> вместо инсталляции любимых шрифтов/aliasов на сервере у вас будет
> радость ставить их на каждом клиенте).

 Ну, хочешь АА- ставь шрифты на клиенте (или терпи тормоза от симуляции АА
"вручную")...
 А вот с XLFD - что они там сломали (я что-то давно об этом слышал, и забыл
как оно сломалось)? 

> > поддерживается. Так что мне не суждено с этой картой Xft-based АА увидеть.
> > А нормальную покупать - время жалко на гемморой и установку всякого нового.
> >   
> > > >Н

Re: ImageMagick и Unicode

2001-10-16 Пенетрантность Иван Лох

On Tue, Oct 16, 2001 at 05:28:59PM +0400, Victor Wagner wrote:
> On Tue, 16 Oct 2001, Иван Лох wrote:

> > > Если не помощет корректный type1, подсунуть ему юникодный ttf.
> >
> > Вот этого хотелось бы, по возможности, избежать...
> 
> А какая нафиг разница между ttf и type1? И то и другое - просто файл
> на диске.

Необходимостью иметь, то есть покупать, две коллекции _абсолютно_одинаковых_ 
шрифтов, ибо свободно доступного pfa2ttf я еще не видел.

ImageMagick не рендерит шрифты сам он использует freetype, которая в
принципе работает и с pfa и с ttf, поэтому было бы крайне обидно узнать, что
теперь мы не можем работать с Type1.

А.Петров

Re: ImageMagick и Unicode

On Tue, 16 Oct 2001, Иван Лох wrote:
> B C ImageMagick API я нашел новую функцию ConvertTextToUnicode
> но я использую PerlMagick где такой функции напрочь нет и когда она
> появиться неизвестно.

Когда кто-то возьмет исходники PerlMagick и напишет обертку для
этой функции в соответствующем файлике с расширением xs.

> Поскольку я никогда не работал с Unicode то я правильно понял, что
> Unicode::String именно, то что мне надо?

Не факт. Может быть и оно.

> > В Gd проходит такой трюк - записать буквы в виде &#десятичный код;
>
> Что такое Gd и чем генерируют &#десятичный код; ? Как он называется в терминах
> Unicode::Map8?

Никак. Вот в Unicode:String по-моему есть возможность получить строку
в виде списка десятичных кодов.
Ну а потом  join("",map("&#$_;",@list_of_codes)

> > Если не помощет корректный type1, подсунуть ему юникодный ttf.
>
> Вот этого хотелось бы, по возможности, избежать...

А какая нафиг разница между ttf и type1? И то и другое - просто файл
на диске.

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

Re: ImageMagick и Unicode

2001-10-16 Пенетрантность Иван Лох

On Tue, Oct 16, 2001 at 04:30:52PM +0400, Victor Wagner wrote:
> On Tue, 16 Oct 2001, Иван Лох wrote:
> 
> Книги не читал, но скажу:
> 
> Раз он стал работать c Unicode, значит можно и нужно русифицировать
> его без извратов. Во-первых, попробовать подсунуть ему type1 шрифт
> с корректными именами глифов, например sharatype, во-вторых, подсунуть
> ему строку с русскими буквами заданными в unicode.

2001-09-12  Cristy  <[EMAIL PROTECTED]>
* Text drawing now handles UTF8-encoding.

B C ImageMagick API я нашел новую функцию ConvertTextToUnicode
но я использую PerlMagick где такой функции напрочь нет и когда она
появиться неизвестно. 

Поскольку я никогда не работал с Unicode то я правильно понял, что
Unicode::String именно, то что мне надо?  

> В Gd проходит такой трюк - записать буквы в виде &#десятичный код;

Что такое Gd и чем генерируют &#десятичный код; ? Как он называется в терминах
Unicode::Map8?

> Если не помощет корректный type1, подсунуть ему юникодный ttf.

Вот этого хотелось бы, по возможности, избежать...

А.Петров

Re: ImageMagick и Unicode

2001-10-16 Пенетрантность Vladimir N.Velychko

On Tue, 16 Oct 2001, Иван Лох wrote:

> From: Иван Лох <[EMAIL PROTECTED]>
> Subject: ImageMagick и Unicode
>
> Где-то между 5.3.0 и 5.3.9 ImageMagick стал работать с текстами в unicode
> вместо latin1, соответственно старый трюк, когда можно было подсунуть ему
> Type1 фонт с русскими глифами в верхней половине таблицы больше не работает.
> Соответственно очередной upgrade привел в целом к плачевным последствиям.
> Разбирался ли кто-нибудь с интернационализацией ImageMagick последних
> версий? Если да, то буду рад любому совету...

Книги не читал, но скажу:

Раз он стал работать c Unicode, значит можно и нужно русифицировать
его без извратов. Во-первых, попробовать подсунуть ему type1 шрифт
с корректными именами глифов, например sharatype, во-вторых, подсунуть
ему строку с русскими буквами заданными в unicode.

В Gd проходит такой трюк - записать буквы в виде &#десятичный код;

Если не помощет корректный type1, подсунуть ему юникодный ttf.

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

Re: Ð¥ÐµÐ»Ð¿! postgresql & crash

On Tue, 16 Oct 2001, Ð®ÑÐºÐ¸Ð½ ÐÐ²Ð³ÐµÐ½Ð¸Ð¹ wrote:

ÐÑÐ¾Ð±Ð»ÐµÐ¼Ð° ÑÐ¶Ðµ ÑÐµÑÐµÐ½Ð°, Ð½Ð¾ ÑÐ¾ÑÐµÑÑÑ Ð²ÑÑÐ°Ð²Ð¸ÑÑ ÑÐ²Ð¾Ð¸ 5 ÐºÐ¾Ð¿.
> ÐÐ¾Ð·Ð½Ð¸ÐºÐ»Ð° Ð²Ð¾Ñ ÐºÐ°ÐºÐ°Ñ Ð¿ÑÐ¾Ð±Ð»ÐµÐ¼Ð°,
> Ð²ÑÐµÑÐ° Ð² Ð¾Ð±ÐµÐ´ Ð¿Ð¾Ð³Ð°Ñ ÑÐ²ÐµÑ, Ð° ÑÐ¿ÑÐ¾Ð²Ð¸ÐºÐ° Ð½Ðµ Ð±ÑÐ»Ð¾..
> ÑÐ°Ðº Ð²Ð¾Ñ Ð¿Ð¾ÑÐ»Ðµ ÑÑÐ¾Ð³Ð¾ ÑÐ¸ÑÑÐµÐ¼Ð° Ð¿Ð¾ÑÑÐ³Ð°Ð»Ð°ÑÑ Ð¿ÑÐ¸ Ð·Ð°Ð³ÑÑÐ·ÐºÐµ
> Ð½Ð¾ Ð¾ÑÐºÐ°Ð·Ð°Ð»Ð°ÑÑ Ð·Ð°Ð¿ÑÑÐºÐ°ÑÑ postgresql Ð½Ð°Ð¿Ð¸ÑÐ°Ð²
...
> Ð¿Ð¾Ð´ÑÐºÐ°Ð¶Ð¸ÑÐµ ÑÑÐ¾ Ð´ÐµÐ»Ð°ÑÑ.
Ð¿Ð¾ÑÑÐ°Ð²Ð¸ÑÑ reiserfs Ð¸Ð»Ð¸ ext3 Ð½Ð° ÑÑÐ´Ð¾Ð¹ ÐºÐ¾Ð½ÐµÑ. :=>
-- 
ICQ UIN# 3159256
VEL-RIPE

ImageMagick и Unicode

2001-10-16 Пенетрантность Иван Лох

Где-то между 5.3.0 и 5.3.9 ImageMagick стал работать с текстами в unicode
вместо latin1, соответственно старый трюк, когда можно было подсунуть ему
Type1 фонт с русскими глифами в верхней половине таблицы больше не работает.
Соответственно очередной upgrade привел в целом к плачевным последствиям.
Разбирался ли кто-нибудь с интернационализацией ImageMagick последних
версий? Если да, то буду рад любому совету...

А.Петров

Re: teTeX malfunction???

2001-10-16 Пенетрантность Юркин Евгений

Доброе утро.

Очень извиняюсь за траффик, хочу уточнить проблему.

Вместо многих, но не всех, конструкций из amsmath рисуется знак
вопроса.
В частности, \vec и \widehat работают, а \tilde, \dot, \ddot -- нет.

   Ingvarr.

Crash && postgresql

огомное спасибо всем ответившим
все ожило
С уважением,
Юркин Евгений,
E-mail: [EMAIL PROTECTED]

Re: fs

On Mon, Oct 15, 2001 at 10:56:52PM +0500, Vlad Harchev wrote:
> On Mon, 15 Oct 2001, Ilya Anfimov wrote:
> 
> > On Sat, Oct 13, 2001 at 04:52:32PM +0500, Vlad Harchev wrote:
> > > On Sat, 13 Oct 2001, Дмитрий Алексеев wrote:
>  

[skipped]

> > > 
> > >  Но как мне кажется, АА шрифтов не будет работать с FS (у меня карта без
> > 
> > АА  шрифтов  в  современном  виде нормально работать не может. По
> > проектированию. Потому, что придурки писали.
> 
>  В Х-е или винде?

В XFree.

>  IMHO алгоритмы АА - тривиальны. В винде вроде под альфаканал АА-шрифта

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

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

> используется толи 3, толи 4 бита AFAIR, а в Х-все 8 (соответственно много
> качественнее  может получится в Х-е). Проблемой Х-ы является то, что ее
> реализация Xft (использующая freetype) не использует хинтинг в шрифтах,
> который важен при небольших размерах букв (2 важнейшие инструкции по поддержке
> хинтинга - запатентованы и в freetype  применены быть не могут) - из-за этого 
> АА на маленьких размерах букв в Х может выглядить слишком жирно и размазано.

Эта  проблема  --  не такая и пробема. Исходники есть, напишут со
временем.  Если хоть кому-нибудь нужно будет...

>  Но на больших размерах шрифта АА винды и Х должны быть одинаковыми или даже 
> лучше в Х-е.
> 
>  Что касается придурков - у меня веры во всяких Keith Packard и Jim Getties
> (или как там его, из Dec) которым сейчас лет под 50 побольше на порядок будет
> чем в придурков из MS и Apple. Придурки пишут не AA и подобные системные вещи,
> а пользовательский софт как правило.
> 
> > > XRender, посему я в этом вопросе не спец). 
> > 
> > Несмортя на вышесказанное, нигде в описании этого дела я не видел
> > закосов на конкретные видеокарточки.  По  идее,  должна  работать
> > любая DirectColor карта.
> 
>  Так только с версии XFree-4.0.1 или XFree-4.1. В пред. версиях карта должна
> была поддерживать XRender. А у меня S3 Trio64 - она вроде 4ой иксой вообще не

Весь виденный мной АА в XFree шел через XRender.

А  что,  на  некоторых  карточках  он поддерживается даже в XFree
3.3.X?

Собственно, потому и придурки, что придумали этот Xrender.

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

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

Кроме  того они естественно сломали (расширили :-)) уже привычную
схему  XLFD  (которая  давно  была,  но  только-только   начинала
работать),  и  тотально  забили  на  network transparency (теперь
вместо инсталляции любимых шрифтов/aliasов на сервере у вас будет
радость ставить их на каждом клиенте).

> поддерживается. Так что мне не суждено с этой картой Xft-based АА увидеть.
> А нормальную покупать - время жалко на гемморой и установку всякого нового.
>   
> > >Наверно это намного важнее
> > > скромного увеличения скорости.
> > 
> > И,  наконец,  последний  прикол:  тем  реализациям  АА, которые я
> > видел, было пофиг на все фонтсерверы и  серверные  шрифты  вместе
> > взятые.  Оно в обязательном порядке откапывало какие-то локальные
> > ttf-ы и их отображало. В последние несколько месяцев могли что-то
> > поменять, но это вряд ли.
> 
>  Ну насчет Xft я бы посомневался. Как я понимаю она использует XRender для
> рисования, и просто загонeт контуры глифа с нецелым значением матовости (то
> есть сам альфа канал изображения глифа) - и для этого хватит только шрифта на

В шрифте на x-сервере нет нецелых значений матовости.

> Х-сервере. Сервер шрифтов скорее всего конечно не поддерживается - ибо надо
> тогда протокол расширять для передачи нецелочисленной матовости, и все такое.
> Но интересно было бы узнать "правду".
> 
>  Best regards,
>   -Vlad
> ЪТХPт■ ▒ Ъzf╒√зy╦ ЪЗН╡х ЪЗч╙Г╛ЪЫb╡шЪuФБjЪХ╝
> "╤╛╧╦чrзЧИЛ╧╩╝&чЪТК╒ФЕЪП╗·ж°╤X╛╤f╛╣ЙЪ√+-ЪВ^n&╖Ч┼Ю

Sylpheed

Доброго утра.

Сунулся я туда -- поглядеть. И не понял: можно ли сделать, чтоб
исходящая мессага сохранялась в указанный фолдер (а не в общий sent-mail)?

   Ingvarr.

Re:_Ð¥ÐµÐ»Ð¿!=5Fpostgresql=5F&=5Fcrash=3F=3D ?=

On Tue, 16 Oct 2001 [EMAIL PROTECTED] wrote:

> From: [EMAIL PROTECTED]
> Subject: Re:_Ð¥ÐµÐ»Ð¿!=5Fpostgresql=5F&=5Fcrash=3F=3D?=
> >> # rm /var/run/postgresql/.s.PGSQL.5430
> ÐÐ¸ÐºÑÐ¾Ñ, Ð° Ð½ÐµÐ»ÑÐ·Ñ Ð»Ð¸ Ð¿Ð¾Ð¿Ð¾Ð´ÑÐ¾Ð±Ð½ÐµÐµ?
> Ð¯ Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ñ ÑÑÐ¾ Ð¼Ð½Ð¾Ð³Ð¸Ðµ ÑÐºÐ°Ð½ÐµÑÑ Ð¾Ð¿ÑÐµÐ´ÐµÐ»ÑÑÑ ÑÐµÑÐ²Ð¸Ñ ÑÐµÑÐµÐ· /etc/services,
> Ð° ÑÐµÐ¼ ÐµÑÑ ÑÐ°Ðº ÑÑÐ´ÐµÑÐµÐ½ 5430 ?

ÐÐ±ÑÐ°ÑÐ¸ Ð²Ð½Ð¸Ð¼Ð°Ð½Ð¸Ðµ, ÑÑÐ¾ ÑÐµÑÑ Ð¸Ð´ÐµÑ Ð¾ /var/run/postgresql/.s.PGSQL.5430,
Ñ.e Ð¾ Unix-domain ÑÐ¾ÐºÐµÑÐµ Ñ Ð¸Ð¼ÐµÐ½ÐµÐ¼ Ð² ÑÐ°Ð¹Ð»Ð¾Ð²Ð¾Ð¹ ÑÐ¸ÑÑÐµÐ¼Ðµ. ÐÐ¾ÑÐ¾ÑÑÐ¹
Ð¿ÑÐ¸Ð½ÑÐ¸Ð¿Ð¸Ð°Ð»ÑÐ½Ð¾ Ð½Ðµ Ð´Ð¾ÑÑÑÐ¿ÐµÐ½ Ð¿Ð¾ ÑÐµÑÐ¸, Ð° Ð½Ðµ Ð¾ tcp/ip Ð¿Ð¾ÑÑÐµ 5430.

ÐÐ¾Ð´ÑÐ¾Ð±Ð½ÐµÐµ - Ð² ÐºÐ°ÐºÐ¾Ð¹ Ð½Ð¸Ð±ÑÐ´Ñ Ð±Ð°Ð·Ð¾Ð²Ð¾Ð¹ ÐºÐ½Ð¸Ð¶ÐºÐµ Ð¿Ð¾ Ð¿ÑÐ¾Ð³ÑÐ°Ð¼Ð¼Ð¸ÑÐ¾Ð²Ð°Ð½Ð¸Ñ Ð² Unix
Ð° ÑÐ°ÐºÐ¶Ðµ man 2 socket, man 7 unix, man 7 ip

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

Re: fs

On Tue, Oct 16, 2001 at 11:15:45AM +0500, Vlad Harchev wrote:
> On Mon, 15 Oct 2001, Vlad Harchev wrote:
> 
> > On Mon, 15 Oct 2001, Ilya Anfimov wrote:
> > > >Наверно это намного важнее
> > > > скромного увеличения скорости.
> > > 
> > > И,  наконец,  последний  прикол:  тем  реализациям  АА, которые я
> > > видел, было пофиг на все фонтсерверы и  серверные  шрифты  вместе
> > > взятые.  Оно в обязательном порядке откапывало какие-то локальные
> > > ttf-ы и их отображало. В последние несколько месяцев могли что-то
> > > поменять, но это вряд ли.
> > 
> >  Ну насчет Xft я бы посомневался. Как я понимаю она использует XRender для
> > рисования, и просто загонeт контуры глифа с нецелым значением матовости (то
> > есть сам альфа канал изображения глифа) - и для этого хватит только шрифта 
> > на
> > Х-сервере. Сервер шрифтов скорее всего конечно не поддерживается - ибо надо
> > тогда протокол расширять для передачи нецелочисленной матовости, и все 
> > такое.
> > Но интересно было бы узнать "правду".
> 
>  Я посомневался еще - и теперь мне кажется что контуры глифа с нецелым
> значением матовости на сервер загоняет именно клиент (соответственно используя
> шрифты на локальном диске) и отрисовывается на сервере через XRender, коль
> часть конфига Xft в $HOME можно положить.. 

Тут есть один небольшой трабл с серверными шрифтами -- нет у них
alpha-канала. Они вообще однобитные.

Так что Xft может запросто работать с серверными шрифтами, но без
АА.

> 
>  Ну и так нормально..
> 
>  Best regards,
>   -Vlad
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Re[2]: fs

On Tue, Oct 16, 2001 at 01:37:02AM +0400, Daniel Ginsburg wrote:
> On Mon, Oct 15, 2001 at 06:31:44PM +0400, Victor Wagner wrote:
> > On Mon, 15 Oct 2001, dim wrote:
> > 
> > > >> > А что быстрее?
> > > >>  Вроде с fs быстрее - где-то это доказывалось.
> > > IA> Странно, очень хотелось бы услышать это доказательство.
> > > Очень сомнительно, что быстрее.
> > > Не для поднятия скорости сервера писались - что сами иксы, что
> > > шрифтовый - а для обслуживания сетевых клиентов.
> > >
> > > IA> Единственный   случай,  который  могу  себе  представить  --  это
> > > IA> SMP-машина и то, что могут использоваться оба процессора --  один
> > > IA> на рендеринг шрифтов, другой X сервером еще за чем-нибудь.
> > > IA> Даже   если   такой  сценарий  может  быть,  случай  на  десктопе
> > > IA> маловероятный.
> > > Даже при таком сценарии по путям слазить гора-а-аздо быстрее. ;)
> > >
> > > Всего интересного!
> > 
> > Скорее наоборот - загруженная не-SMP машина. X-сервер и Font-сервер
> > получают два тайм-слайса (из скажем сотни активных процессов), а
> > если рендерингом шрифтов занимается сам X-сервер, то только один.
> > А что касается "по путям слазить", так это правда только в случае
> > bdf. А type1 и ttf еще и отрендерить надо в нужном размере.
> 
> Скорее наоборот. X полез в писать в сокет (tcp или unix-domain) - квант у
> него отняли. А когда там фонт-сервер свой квант получит, не ясно. Возможно,
> что это произойдет очень и очень не скоро. И этот квант FS использует не

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

Кстати, а вы уверены, что квант сразу как X запишет -- отберут?

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

Re: HTML-editor

On Mon, Oct 15, 2001 at 07:57:12PM +0400, andrey i. mavlyanov wrote:
> Здравствуйте, Иван.
> 
> Вы писали 12 октября 2001 г., 14:52:44:
> 
> >> 2) С подстветкой синтаксиса.
> >> 3) С выставляемым цветом фона.
> ИЛ> Насчет bluefish. Что имеется ввиду по цветом фона? Он же не "визивиг"
> ИЛ> все-таки... Если фон окна редактора раз и навсегда, то это делается (при
> ИЛ> желании) через gtk.rc . Если фон HTML страницы, то соответствующие 
> селекторы в
> ИЛ> bluefish есть, причем, со всеми необходимыми наворотами.
>   Подсветка "инородного" (хотя это как посмотреть) синтаксиса (вроде php,
> perl, java и т.д. внутри HTML)?
> 
>   Кстати -- есть ли как-нить приличный редактор PHP+JAVA+JS+PERL+HTML и все
> это в X?
>   QT или GTK based -- все равно.

Есть. Целых два -- vim и emacs.

Под athena, motif, gtk, tty.

> 
> -- 
>  /aim (AIM1-RIPE, AIM28-RIPN)
>  ICQ:   75836548
>  E-mail:[EMAIL PROTECTED]
>  Web:   http://mai.spb.ru/
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

debian-russian@lists.debian.org

2001-10-16 Пенетрантность daapp

Ð¦Ð¸ÑÐ¸ÑÐ¾Ð²Ð°Ð½Ð¸Ðµ "Victor Wagner" <[EMAIL PROTECTED]>, "Ð®ÑÐºÐ¸Ð½ ÐÐ²Ð³ÐµÐ½Ð¸Ð¹" >
>> # rm /var/run/postgresql/.s.PGSQL.5430
>> # /etc/init.d/postgresql start
>>
>> ÑÑÑÐ°Ð½Ð½ÑÐ¹ Ð½Ð¾Ð¼ÐµÑ Ð¿Ð¾ÑÑÐ°, ÑÐ¾ÑÑ ÐºÐ¾Ð¼Ñ ÐºÐ°Ðº Ð½ÑÐ°Ð²Ð¸ÑÑÑÑ ...
>
>ÐÑÐµÐ½Ñ Ð¿Ð¾Ð»ÐµÐ·Ð½ÑÐ¹ Ð½Ð¾Ð¼ÐµÑ Ð¿Ð¾ÑÑÐ°. ÐÑÐ»Ð¸ÑÐ°ÐµÑÑÑ ÑÐµÐ¼ ÑÑÐ¾ Ð¿Ð¾ÑÑÐ³ÑÐµÑ, ÑÐ»ÑÑÐ°ÑÑÐ¸Ð¹
>Ð½Ð° ÑÑÐ¾Ð¼ Ð¿Ð¾ÑÑÑ, Ð¿ÑÐ¾Ð»Ð¾Ð¼Ð°ÑÑ Ð¿Ð¾ ÑÐµÑÐ¸ Ð½ÐµÐ²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ Ð¿ÑÐ¸Ð½ÑÐ¸Ð¿Ð¸Ð°Ð»ÑÐ½Ð¾.
>

ÐÐ¸ÐºÑÐ¾Ñ, Ð° Ð½ÐµÐ»ÑÐ·Ñ Ð»Ð¸ Ð¿Ð¾Ð¿Ð¾Ð´ÑÐ¾Ð±Ð½ÐµÐµ?
Ð¯ Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ñ ÑÑÐ¾ Ð¼Ð½Ð¾Ð³Ð¸Ðµ ÑÐºÐ°Ð½ÐµÑÑ Ð¾Ð¿ÑÐµÐ´ÐµÐ»ÑÑÑ ÑÐµÑÐ²Ð¸Ñ ÑÐµÑÐµÐ· /etc/services,
Ð° ÑÐµÐ¼ ÐµÑÑ ÑÐ°Ðº ÑÑÐ´ÐµÑÐµÐ½ 5430 ?

debian-russian@lists.debian.org

2001-10-16 Пенетрантность Konstantin Sorokin

On Tue, 16 Oct 2001 [EMAIL PROTECTED] wrote:

> >Ð¿Ð¾Ð´ÑÐºÐ°Ð¶Ð¸ÑÐµ ÑÑÐ¾ Ð´ÐµÐ»Ð°ÑÑ.
>
> # rm /var/run/postgresql/.s.PGSQL.5430
> # /etc/init.d/postgresql start
>
> ÑÑÑÐ°Ð½Ð½ÑÐ¹ Ð½Ð¾Ð¼ÐµÑ Ð¿Ð¾ÑÑÐ°, ÑÐ¾ÑÑ ÐºÐ¾Ð¼Ñ ÐºÐ°Ðº Ð½ÑÐ°Ð²Ð¸ÑÑÑÑ ...

ÐÑÐµÐ½Ñ Ð¿Ð¾Ð»ÐµÐ·Ð½ÑÐ¹ Ð½Ð¾Ð¼ÐµÑ Ð¿Ð¾ÑÑÐ°. ÐÑÐ»Ð¸ÑÐ°ÐµÑÑÑ ÑÐµÐ¼ ÑÑÐ¾ Ð¿Ð¾ÑÑÐ³ÑÐµÑ, ÑÐ»ÑÑÐ°ÑÑÐ¸Ð¹
Ð½Ð° ÑÑÐ¾Ð¼ Ð¿Ð¾ÑÑÑ, Ð¿ÑÐ¾Ð»Ð¾Ð¼Ð°ÑÑ Ð¿Ð¾ ÑÐµÑÐ¸ Ð½ÐµÐ²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ Ð¿ÑÐ¸Ð½ÑÐ¸Ð¿Ð¸Ð°Ð»ÑÐ½Ð¾.

ÐÑÐµÐ½Ñ ÑÐµÐºÐ¾Ð¼ÐµÐ½Ð´ÑÑ Ð´Ð»Ñ web-Ð¿ÑÐ¸Ð¼ÐµÐ½ÐµÐ½Ð¸Ð¹ Ð¸ Ð¿ÑÐ¾ÑÐ¸Ñ ÑÐ¸ÑÑÐ°ÑÐ¸Ð¹, ÐºÐ¾Ð³Ð´Ð°
Ð´Ð¾ÑÑÑÐ¿ Ðº Ð±Ð°Ð·Ðµ Ð¿Ð¾ ÑÐµÑÐ¸ Ð½Ðµ Ð½ÑÐ¶ÐµÐ½, Ð² /etc/postgresql/postgresql.conf
Ð¿Ð¸ÑÐ°ÑÑ use_tcpip=0

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

Re: órash_:(

2001-10-16 Пенетрантность Pavel Epifanov

I had a similar problem about two years ago because file was corrupted during
write operation. have you checked it manually for garbage after the mentioned
line?

The standard solution - restore from a recent backup if you have it.

Dirty one - remove all garbage with any text editor and leave only full
sections. But one should expect more extra problems because it in future.

At that time I used a dirty one and it 'gone' after re-installation of complete
system due to migration to another hardware.

I've not seen a solution to rebuild any 'index' files in /var/lib/dpkg/ but
somebody could have a recepie...

--- Ã ÃÃÃÃ Ã¥ÃÃÃÃÃÃ <[EMAIL PROTECTED]> wrote:
> 
> Ã¤ÃÃÃ ÃÃÃÃ ÃÃ Ã ÃÃÃÃÃÃ :(
> ÃÃÃ ÃÃÃÃÃÃÃ dselect
> ÃÃÃ ÃÃÃÃÃÃÃ ÃÃÃÃÃ Ã ÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ
> dselect: parse error, in file `/var/lib/dpkg/available' near line 7019
> package `
> libglade0-dev':
>  too few values in file details field `Filename' (compared to others)
> 
> ÃÃÃ ÃÃÃ-ÃÃÃÃÃÃ ÃÃÃÃÃÃÃ?

__
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com

Re: Ð¡rash :(

On Tue, Oct 16, 2001 at 03:50:43PM +0700, Ð®ÑÐºÐ¸Ð½ ÐÐ²Ð³ÐµÐ½Ð¸Ð¹ wrote:
> 
> ÐÐµÐ»Ð¾ Ð´Ð°Ð¶Ðµ Ð½Ðµ Ð² Ð±Ð¾Ð±Ð¸Ð½Ðµ :(
> Ð¿ÑÐ¸ Ð·Ð°Ð¿ÑÑÐºÐµ dselect
> Ð¿ÑÐ¸ Ð¿Ð¾Ð¿ÑÑÐºÐµ Ð·Ð°Ð¹ÑÐ¸ Ð² ÑÐµÐ»ÐµÐºÑ Ð²ÑÐ´Ð°ÐµÑÑÑ
> dselect: parse error, in file `/var/lib/dpkg/available' near line 7019
> package `
> libglade0-dev':
>  too few values in file details field `Filename' (compared to others)
> 
> ÑÑÐ¾ ÐºÐ°Ðº-Ð½Ð¸Ð±ÑÐ´Ñ Ð»ÐµÑÐ¸ÑÑÑ?

Ð¢Ð°Ð¼ (/var/lib/dpkg/) ÑÑÐ´Ð¾Ð¼ Ð»ÐµÐ¶Ð¸Ñ available-old, Ð° ÑÐ°ÐºÐ¶Ðµ Ð´ÑÑÐ³Ð¸Ðµ backup'Ñ
Ð±Ð°Ð·Ñ.

-- 
WBR, Konstantin V. Sorokin
"UNIX is user friendly. It's just very selective about who its friends are."
:wq

Ð¡rash :(

2001-10-16 Пенетрантность Ð®ÑÐºÐ¸Ð½ ÐÐ²Ð³ÐµÐ½Ð¸Ð¹


ÐÐµÐ»Ð¾ Ð´Ð°Ð¶Ðµ Ð½Ðµ Ð² Ð±Ð¾Ð±Ð¸Ð½Ðµ :(
Ð¿ÑÐ¸ Ð·Ð°Ð¿ÑÑÐºÐµ dselect
Ð¿ÑÐ¸ Ð¿Ð¾Ð¿ÑÑÐºÐµ Ð·Ð°Ð¹ÑÐ¸ Ð² ÑÐµÐ»ÐµÐºÑ Ð²ÑÐ´Ð°ÐµÑÑÑ
dselect: parse error, in file `/var/lib/dpkg/available' near line 7019
package `
libglade0-dev':
 too few values in file details field `Filename' (compared to others)

ÑÑÐ¾ ÐºÐ°Ðº-Ð½Ð¸Ð±ÑÐ´Ñ Ð»ÐµÑÐ¸ÑÑÑ?
Ð¡ ÑÐ²Ð°Ð¶ÐµÐ½Ð¸ÐµÐ¼,
Ð®ÑÐºÐ¸Ð½ ÐÐ²Ð³ÐµÐ½Ð¸Ð¹
E-mail: [EMAIL PROTECTED]

debian-russian@lists.debian.org

2001-10-16 Пенетрантность daapp

Ð¦Ð¸ÑÐ¸ÑÐ¾Ð²Ð°Ð½Ð¸Ðµ "Ð®ÑÐºÐ¸Ð½ ÐÐ²Ð³ÐµÐ½Ð¸Ð¹" <[EMAIL PROTECTED]>, "Debian-Russian \(ÐÐ».
Ð¿Ð¾ÑÑÐ°\)" :
>ÐÐ¾Ð±ÑÐ¾Ð³Ð¾ Ð²ÑÐµÐ¼Ñ ÑÑÑÐ¾Ðº!

Ð Ð²Ð°Ð¼ ÑÐ¾Ð³Ð¾ Ð¶Ðµ...

>
>ÐÐ¾Ð·Ð½Ð¸ÐºÐ»Ð° Ð²Ð¾Ñ ÐºÐ°ÐºÐ°Ñ Ð¿ÑÐ¾Ð±Ð»ÐµÐ¼Ð°,
>Ð²ÑÐµÑÐ° Ð² Ð¾Ð±ÐµÐ´ Ð¿Ð¾Ð³Ð°Ñ ÑÐ²ÐµÑ, Ð° ÑÐ¿ÑÐ¾Ð²Ð¸ÐºÐ° Ð½Ðµ Ð±ÑÐ»Ð¾..
>ÑÐ°Ðº Ð²Ð¾Ñ Ð¿Ð¾ÑÐ»Ðµ ÑÑÐ¾Ð³Ð¾ ÑÐ¸ÑÑÐµÐ¼Ð° Ð¿Ð¾ÑÑÐ³Ð°Ð»Ð°ÑÑ Ð¿ÑÐ¸ Ð·Ð°Ð³ÑÑÐ·ÐºÐµ
>Ð½Ð¾ Ð¾ÑÐºÐ°Ð·Ð°Ð»Ð°ÑÑ Ð·Ð°Ð¿ÑÑÐºÐ°ÑÑ postgresql Ð½Ð°Ð¿Ð¸ÑÐ°Ð²
>Starting PostgreSQL postmaster
>FATAL: StreamServerPort: bind() failed: Permission denied
>Is another postmaster already running on that port?
>If not, remove socket node (/var/run/postgresql/.s.PGSQL.5430) and
>retry
>Ð´ÑÐ¼Ð°Ð» Ð²ÑÐ½ÐµÑÑÐ¸ ÐµÐ³Ð¾ Ð¸ Ð¾Ð±ÑÐ°ÑÐ½Ð¾ Ð¿Ð¾ÑÑÐ°Ð²Ð¸ÑÑ, Ð½Ð¾
>ÑÐ´Ð°Ð»Ð¸ÑÑ postgresql ÑÐ¾Ð¶Ðµ Ð½Ðµ Ð¿Ð¾Ð»ÑÑÐ¸Ð»Ð¾ÑÑ Ð¾Ð½ dpkg Ð¸ apt-get ÑÑÐ³Ð°ÑÑÑÑ Ð½Ð° ÑÐ°Ð¹Ð»
>/var/lib/dpkg/available
>
>Ð¿Ð¾Ð´ÑÐºÐ°Ð¶Ð¸ÑÐµ ÑÑÐ¾ Ð´ÐµÐ»Ð°ÑÑ.

# rm /var/run/postgresql/.s.PGSQL.5430
# /etc/init.d/postgresql start

ÑÑÑÐ°Ð½Ð½ÑÐ¹ Ð½Ð¾Ð¼ÐµÑ Ð¿Ð¾ÑÑÐ°, ÑÐ¾ÑÑ ÐºÐ¾Ð¼Ñ ÐºÐ°Ðº Ð½ÑÐ°Ð²Ð¸ÑÑÑÑ ...

Re: teTeX malfunction???

2001-10-16 Пенетрантность Ð®ÑÐºÐ¸Ð½ ÐÐ²Ð³ÐµÐ½Ð¸Ð¹

С mathcal разобрался -- мой глюк был.
А это откуда?

==
ERROR: \textfont 7 is undefined (character _).

--- TeX said ---
 }$
 }\ifdim \wdz@ >\totwidth@ \global \totwidth@ \wdz@ \fi \endtemp...
l.357 \end{gather}
  
--- HELP ---
These errors occur when an uncommon font is used in math mode---for
example, if you use a \sc command in a formula inside a footnote,
calling for a footnote-sized small caps font.  This problem is solved
by using a \load command.
==

Проявляется на конструкции \dot{...}.

Мистика cплошная. Вроде, уж где глюков ждать неохота -- так это в
техе. :-\

   Ingvarr.

inn

2001-10-16 Пенетрантность daapp

Наверно я не первый с такой проблемой сталкиваюсь,
но вот решения готового пока не нашел.

Имеется в наличии inn2 и много юзеров.
Как предоставлять аутентифицированный доступ этим
пользователям к inn, если пароли их храняться
в (PostgreSQL|MySQL|.*SQL.*) ?

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

Есть какие-нибудь готовые решения?

Ð¥ÐµÐ»Ð¿! postgresql & crash

ÐÐ¾Ð±ÑÐ¾Ð³Ð¾ Ð²ÑÐµÐ¼Ñ ÑÑÑÐ¾Ðº!

ÐÐ¾Ð·Ð½Ð¸ÐºÐ»Ð° Ð²Ð¾Ñ ÐºÐ°ÐºÐ°Ñ Ð¿ÑÐ¾Ð±Ð»ÐµÐ¼Ð°,
Ð²ÑÐµÑÐ° Ð² Ð¾Ð±ÐµÐ´ Ð¿Ð¾Ð³Ð°Ñ ÑÐ²ÐµÑ, Ð° ÑÐ¿ÑÐ¾Ð²Ð¸ÐºÐ° Ð½Ðµ Ð±ÑÐ»Ð¾..
ÑÐ°Ðº Ð²Ð¾Ñ Ð¿Ð¾ÑÐ»Ðµ ÑÑÐ¾Ð³Ð¾ ÑÐ¸ÑÑÐµÐ¼Ð° Ð¿Ð¾ÑÑÐ³Ð°Ð»Ð°ÑÑ Ð¿ÑÐ¸ Ð·Ð°Ð³ÑÑÐ·ÐºÐµ
Ð½Ð¾ Ð¾ÑÐºÐ°Ð·Ð°Ð»Ð°ÑÑ Ð·Ð°Ð¿ÑÑÐºÐ°ÑÑ postgresql Ð½Ð°Ð¿Ð¸ÑÐ°Ð²
Starting PostgreSQL postmaster
FATAL: StreamServerPort: bind() failed: Permission denied
Is another postmaster already running on that port?
If not, remove socket node (/var/run/postgresql/.s.PGSQL.5430) and
retry
Ð´ÑÐ¼Ð°Ð» Ð²ÑÐ½ÐµÑÑÐ¸ ÐµÐ³Ð¾ Ð¸ Ð¾Ð±ÑÐ°ÑÐ½Ð¾ Ð¿Ð¾ÑÑÐ°Ð²Ð¸ÑÑ, Ð½Ð¾
ÑÐ´Ð°Ð»Ð¸ÑÑ postgresql ÑÐ¾Ð¶Ðµ Ð½Ðµ Ð¿Ð¾Ð»ÑÑÐ¸Ð»Ð¾ÑÑ Ð¾Ð½ dpkg Ð¸ apt-get ÑÑÐ³Ð°ÑÑÑÑ Ð½Ð° ÑÐ°Ð¹Ð»
/var/lib/dpkg/available

Ð¿Ð¾Ð´ÑÐºÐ°Ð¶Ð¸ÑÐµ ÑÑÐ¾ Ð´ÐµÐ»Ð°ÑÑ.
Ð¡ ÑÐ²Ð°Ð¶ÐµÐ½Ð¸ÐµÐ¼,
Ð®ÑÐºÐ¸Ð½ ÐÐ²Ð³ÐµÐ½Ð¸Ð¹,
E-mail: [EMAIL PROTECTED]

teTeX malfunction

Утро доброе.

Отапгрейдился на свою голову.

Перестали определяться некоторые теховские шрифты (в частности,
mathcal).

Единственное изменение было -- апгрейд tetex на следующее:
===
ii  tetex-base 1.0.2+2804 basic teTeX library files
ii  tetex-bin  1.0.7+20001218 teTeX binary files
ii  tetex-doc  1.0.2+2804 teTeX documentation
ii  tetex-extra1.0.2+2804 extra teTeX library files
===

Где фигня?

   Ingvarr.

Re: fs