Re: Resize PS, PDF
В сообщении от 2 Июль 2003 19:24 Ian Dichkovsky написал: Hello, All! Есть pdf. Размер страницы в нем 7.25x10.5 in. Хочется переконвертить его в A5 и распечатать по 2 страницы на A4. Можно ли обрезать поля ? man a2ps тебе поможет правда иногда сначала нужно сделать pdf2ps Я пробовал поиграться с конвертацией в ps, и ресайзом ps с превращением назад в pdf. В результате - качество неважное. мессаги про type3 шрифты нигде не выскакивали? скорее всего у тебя в pdf идут ttf фонты, а линевые утилиты такие фоты очень не любят и конвертят их в type3 :-( в результате вылезает целая куча разных артифактов... как бороть я не знаю, может кто что умное посоветует? Есть еще идея сконвертить в рисунок, и играться с рисунком. а это про что? я что-то идею не смог ухватить :-( Dimitry
Re: Опять 1С-сервер под Linux
В ?? 02.07.2003, в 18:47, Dmitry A. Fedorov пишет: On Tue, 1 Jul 2003, Vladislav wrote: Доброго времени суток Konstantin Matyukhin [EMAIL PROTECTED] В ответ на Re: Опять 1С-сервер под Linux от 30 Jun 2003 08:44:44 +0400: Поспешил с вопросом, разобрался - работает. Но возник следующий, кто нибудь прикручивал HASP к Linux? Я прикручивал. А что, какие-то проблемы? Все берется на http://www.ealaddin.com Проблемы с ядром, драйвера там только до 2.4.20, а у меня 2.4.21, назад откатиться не могу - железо не позволяет. Может кто знает как прикрутить модуль от 2.4.20 к 2.4.21 ? Посмотрел. Все понятно - опять binary-only kernel module. Забудь навсегда, если только ты не возьмеш то ядро, для которого эти ламеры собрали свои модули, 2.4.20 там, кажется, для редхата. Пиши в их саппорт (с приложением инклудов и .config'а) и требуй собрать для твоего ядра, раз уж они такие самоуверенные, что готовы собирать для всех ядер. ну не всё так печально. я просто меняю kernel version на свой, прямо внутри этого модуля -- Вычислительные машины щелкали, гудели и клацали -- Валентин С. Рябинин [EMAIL PROTECTED]
Re: fs kernel driver, initrd
В сообщении от 2 Июль 2003 21:44 Alexey Ozeritsky написал: В письме от 2 Июль 2003 07:40 Dimitry N. Naldaev написал: я вмежду прочим уже написал, что лучшим решением будет сделать а чем метод с подключением нужных модулей из initrd будет хуже ? как минимум тем, что рамдиск будет болтаться в памяти :-( А еще куча гемора, если понадобится что-нубудь поправить на нем... основное назначение initrd --- инсталяция системы... make menuconfig и вкомпилить все необходимые fs сразу в ядро. . .
libdbi
Title: Сообщение Привет! Есть ли в составе Woody субж и если есть, то где? Спасибо. == С уважением, Денис Зуев Компания АСК, Екатеринбург т. (3432) 71-44-44 ICQ#:35177372
Re: libdbi
Зуев Денис Александрович [EMAIL PROTECTED] writes: Привет! Есть ли в составе Woody субж и если есть, то где? libdbi-perl -- С уважением, Константин Матюхин root:x:0:0:God:/root:/bin/sh daemon:x:1:1:Daemon:/usr/sbin:/bin/sh adam:x:1001:1001:Adam:/home/adam:/bin/sh eva:x:1002:1002:Eva:/home/eva:/bin/sh
Re: gconf2 на сервере
Andrey Kiselev wrote: [snip] Во-первых, что будет, если этот демон откажет? А у нас от него зависят сервисы, и они теперь тоже не могут ни стартовать, ни рестартовать, т.к. параметры запуска им недоступны. [snip] Во-вторых, безопасность. Теперь к дырам sendmail, apache, bind и т.д. [snip] Всё верно. И пока не будут решены все эти вопросы, глобального перехода на gconf не случится. Безопасность и надёжность в этом случае очень важны. Это сложно но возможно. -- Bets regards, Sergey Spiridonov
Re: Resize PS, PDF
Hello, Andrey! You wrote to debian-russian@lists.debian.org on Wed, 2 Jul 2003 23:33:50 +0400: AK On Wed, Jul 02, 2003 at 04:24:41PM +0300, Ian Dichkovsky wrote: AK Есть pdf. AK Размер страницы в нем 7.25x10.5 in. AK AK Хочется переконвертить его в A5 и распечатать AK по 2 страницы на A4. AK Можно ли обрезать поля ? AK AK Я пробовал поиграться с конвертацией в ps, AK и ресайзом ps с превращением назад в pdf. AK В результате - качество неважное. AK AK А как делал-то? psnup и psresize не помогают? Спасибо за psnup. Гляну. psresize пробовал, но получается неважное качество. Еще раз проверю на каком этапе оно портится. 1) на pdf2ps ? 2) на psresize ? 3) на обратном ps в pdf ? Кстати, как наиболее корректно сделать 3 пункт ? Best regards, Ian Dichkovsky, mailto: [EMAIL PROTECTED], ICQ 83146271
Re: Resize PS, PDF
Hello, Dimitry! You wrote to debian-russian@lists.debian.org on Thu, 3 Jul 2003 10:21:20 +0600: DNN В сообщении от 2 Июль 2003 19:24 Ian Dichkovsky написал: DNN Hello, All! DNN DNN Есть pdf. DNN Размер страницы в нем 7.25x10.5 in. DNN DNN Хочется переконвертить его в A5 и распечатать DNN по 2 страницы на A4. DNN Можно ли обрезать поля ? DNN DNN man a2ps тебе поможет DNN правда иногда сначала нужно сделать pdf2ps А с рисунками как ? DNN DNN Я пробовал поиграться с конвертацией в ps, DNN и ресайзом ps с превращением назад в pdf. DNN В результате - качество неважное. DNN DNN мессаги про type3 шрифты нигде не выскакивали? DNN скорее всего у тебя в pdf идут ttf фонты, а линевые утилиты такие фоты DNN очень не любят и конвертят их в type3 :-( в результате вылезает целая DNN куча разных артифактов... как бороть я не знаю, может кто что умное DNN посоветует? DNN DNN Есть еще идея сконвертить в рисунок, DNN и играться с рисунком. DNN DNN а это про что? я что-то идею не смог ухватить :-( DNN ps2pbm, вроде. Best regards, Ian Dichkovsky, mailto: [EMAIL PROTECTED], ICQ 83146271
Re: Опять 1С-сервер под Linux
On 3 Jul 2003, Валентин С. Рябинин wrote: ну не всё так печально. я просто меняю kernel version на свой, прямо внутри этого модуля Наоборот, все еще более печальнее, чем я думал. Нельзя этого делать, независимо от вашего частного результата этого нарушения. -- Вычислительные машины щелкали, гудели и клацали
Re: Опять 1С-сервер под Linux
- Original Message - From: Dmitry A. Fedorov [EMAIL PROTECTED] To: debian-russian@lists.debian.org Sent: Thursday, July 03, 2003 1:41 PM Subject: Re: Опять 1С-сервер под Linux On 3 Jul 2003, Валентин С. Рябинин wrote: ну не всё так печально. я просто меняю kernel version на свой, прямо внутри этого модуля Наоборот, все еще более печальнее, чем я думал. Нельзя этого делать, независимо от вашего частного результата этого нарушения. Можно чуть более правильно: insmod --force module Типа: крепко связанный пациент в наркозе не нуждается С уважением, Дмитрий Федосеев.
Re: Опять 1С-сервер под Linux
On Thu, 3 Jul 2003, Дмитрий Федосеев wrote: On 3 Jul 2003, Валентин С. Рябинин wrote: ну не всё так печально. я просто меняю kernel version на свой, прямо внутри этого модуля Наоборот, все еще более печальнее, чем я думал. Нельзя этого делать, независимо от вашего частного результата этого нарушения. Можно чуть более правильно: insmod --force module Это непринципиально. Правильно - не делать этого никогда и не позволять другим. -- Если виртуальная память закончилась, она не настоящая.
Re: Опять 1С-сервер по д Linux
On Thu, Jul 03, 2003 at 03:24:05PM +0700, Dmitry A. Fedorov wrote: On Thu, 3 Jul 2003, Дмитрий Федосеев wrote: On 3 Jul 2003, Валентин С. Рябинин wrote: ну не всё так печально. я просто меняю kernel version на свой, прямо внутри этого модуля Наоборот, все еще более печальнее, чем я думал. Нельзя этого делать, независимо от вашего частного результата этого нарушения. Можно чуть более правильно: insmod --force module Это непринципиально. Правильно - не делать этого никогда и не позволять другим. Экстремизм сосет. HTH, HAND
Re: Опять 1С-сервер под Linux
On Thu, 3 Jul 2003, Pavel Ammosov wrote: Можно чуть более правильно: insmod --force module Это непринципиально. Правильно - не делать этого никогда и не позволять другим. Экстремизм сосет. Никакого экстремизма - в ядро можно загружать исключительно модули, собранные для этой конфигурации ядра. Незнание этого, оттого что это не написано самыми большими буквами на входе в kernel.org или еще где не освобождает от непредсказуемых последствий. -- придвинул к себе калькулятор, проворно набрал уравнения, щелкнул тумблером. Машина крякнула, затарахтела и выдала результат.
gvim
debian woody r0 в списке пакетов: vim vim-gtk vim-python vim-perl причём одновременно -gtk и -python поставить нельзя - они друг друга исключают. А если я хочу python-скриптинг в gvim, что мне ставить? Или вручную собирать надо? И ещё - почему-то vim-gtk 6.1.018-1 (то есть gvim) не хочет коннектиться к x-серверу, указанному в переменной окружения DISPLAY (или через опцию -display) - вываливается в терминальный вариант. Чем-то ему не нравится X-Win32 5.4, видимо... Другие программы с ним нормально работают.
gtk-engines
Как без gtk-theme-switch (оно требует gnome) задействовать то, что поставлено в виде пакетов gtk-engines-*? man что?
Re: gtk-engines
Oleg Leschov [EMAIL PROTECTED] writes: Как без gtk-theme-switch (оно требует gnome) задействовать то, что поставлено в виде пакетов gtk-engines-*? man что? gtkrc секция include -- С уважением, Константин Матюхин root:x:0:0:God:/root:/bin/sh daemon:x:1:1:Daemon:/usr/sbin:/bin/sh adam:x:1001:1001:Adam:/home/adam:/bin/sh eva:x:1002:1002:Eva:/home/eva:/bin/sh
Re: gtk-engines
On Thu, Jul 03, 2003 at 01:50:58PM +0500, Oleg Leschov wrote: Как без gtk-theme-switch (оно требует gnome) задействовать то, что поставлено в виде пакетов gtk-engines-*? man что? путем составления своего ~/.gtkrc например чтобы подключить тему E13, вбиваем туда --- include /usr/share/themes/E13/gtk/gtkrc -- -- Best regards, -Vlad
Re: access to port 80
On 01 Jul 2003 19:26:04 +0500 dim [EMAIL PROTECTED] wrote: В Втр, 01.07.2003, в 09:03, Dimitry N. Naldaev пишет: на сколько я помню, порты до 1К зарезервированны для использования только рутом. . . Я тоже что-то такое помню, но неужели оно настолько гвоздями прибито? Привет! :))) у меня такое ощущение, что когда-то я видел программу, которая умеет пускать другие проги на привелегированные порты(нет это не x*inetd), только вот не помню ни названия, не ссылки, надо искать по google и freshmeat -- Alexander Danilov UIN: 164825399 Home Page: http://fssg.st-oskol.ru/~alex/ * Origin: If you can't do it in Perl, you don't want to do it.
Re: Resize PS, PDF
On Thu, Jul 03, 2003 at 10:11:34AM +0300, Ian Dichkovsky wrote: psresize пробовал, но получается неважное качество. А что ты имеешь в виду под плохим качеством? Текст у тебя, случайно, не со вставленными растровыми картинками? Если да, то они, скорее всего, сжаты JPEG'ом в исходном PDF. После преобразования в PS они разжимаются, а потом в PDF повторно сжимаются. Соотвественно, качество падает. Надо запретить сжимать растровые иллюстрации. 3) на обратном ps в pdf ? Кстати, как наиболее корректно сделать 3 пункт ? А зачем? Почему бы не напечатать прямо PS? Но способ, на самом деле, существует только один: ghostscript. Скрипты ps2pdf, ps2pdfwr --- всего лишь обертки вокруг вызова gs с соответствующими параметрами. Правда, есть еще дистиллер. На худой конец. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: libdbi
On Thu, 3 Jul 2003 12:12:29 +0600 Зуев Денис Александрович [EMAIL PROTECTED] wrote: Привет! Есть ли в составе Woody субж и если есть, то где? [EMAIL PROTECTED]:~$ apt-cache search субж [EMAIL PROTECTED]:~$ Похоже, что нет. :( :- -- jabber: [EMAIL PROTECTED] VEL-RIPE
Re: firebird
Maxim Tyurin [EMAIL PROTECTED] writes: Есть. Работает стабильно. Но я сильно не рекомендую с ним связываться - гадость редкостная: обмен по сети максимум 10% пропускной способности сети, отвратительный оптимизатор - yaffil быстрее его в 5-8 раз, необходимость постонянного backup/restore, невозоможность нормального backup, невозможность нормального restart. Здается мне что вы его просто не умеете готовить :) Т.е. то что он на 100 мегабитной сетевой карте максимум отдаст 10 мегабит вас совсем не волнует? Поставил, раз настроил и забыл про него. Внимания он к себе не требует. Согласен. restore делаю раз в месяц чтоб убедиться что backap нормально делается. backup/restore нужно было раньше делать чтоб обновить счетчик изменений метаданных (да и если в работающей базе постоянно изменяются метаданные - стоит задуматься о ее структуре) Угу. А потери BLOB полей мне приснились... Про его оптимизатор - RTFM про него, работает вполне нормально. Да в курсе я. Только вот совсем не вижу смысла затачивать каждый запрос руками: если есть оптимизатор, он должен хоть как-то адекватно работать. У меня база не статическая, и то что было оптимально сегодня, вовсе не будет оптимальным завтра. Да, вот цитата с http://ibase.ru/develop.htm - Оптимизация запросов, производительность: - Плановое хозяйство. статья об оптимизаторе http://www.krista.ru/ib/plan-intro.html: К сожалению, InterBase в смысле оптимизации, мягко говоря, не лучшее изделие. Тем не менее, существуют и обходные возможности -- задавать планы отработки запросов вручную. И хотя и таким способом желаемая производительность иногда достижима ценой изрядного ручного труда, тем не менее для эффективной работы знания ручного и автоматического планирования InterBase просто необходимы. Желающие могут еще почитать там же. А про невозможность backup и restart я совсем не понял А невозможно прямым способом узнать подключен ли кто к базе или нет. Хаки вида netstat -an | grep 3050 - не предлагать. Так что для своих задач - отличный сервер. Просто имеет свои особенности (особенно с блокировками, версионностью и оптимизатором) Все это доступно на ibase.ru разжевано. Зачем искать геморрой на свою задницу, когда есть более другие сервера? -- Mon at phobos.loc Der kalte Mond in voller Pracht... The Moon is Waxing Crescent (13% of Full)
Re: LDAP - как впечатления ?
On Thu, Jul 03, 2003 at 12:49:55AM +0300, Vladimir N.Velychko wrote: scip PS: а вот TLS/SSL пока не получается настроить. :-( (по докам с альтлинукс и LDAPv3-HOWTO) C tls/ssl проблем нет если клиент и сервер одной версии. Вчера наступил на грабли - после dist-upgrade обновился openldap и стал 2.1.21 версии, а на сервере 2.0.7. После этого ssl/tls приказал долго жить. Пришлось откатится пока грабли не локализуют :( -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] pgpT85dYOIGZR.pgp Description: PGP signature
Re: gconf2 на сервере
On Wed, Jul 02, 2003 at 05:18:22PM +0200, Sergey Spiridonov wrote: Vladimir N.Velychko wrote: On Tue, 01 Jul 2003 19:18:45 +0200 Sergey Spiridonov [EMAIL PROTECTED] wrote: Почему /етц это кошмар: 1. Нет стандартного способа использоания /етц в сетевом окружении (когда сервер хранит настройки хостов для всей сетки). LDAP ? Вот LDAP это уже теплее. LDAP может быть использован как бакэнд для gconf. Как и mysql, к примеру. А зачем его как бакенд использовать? Он и так нормально работает и куча софта может в него за конфигами ходить. Хотя ИМХО DNS и DHCP мне стремно ка-то в нем хранить (в файле надежнее :) -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
Re: mutt
On Wed, Jul 02, 2003 at 03:24:15PM +0100, Mikhail Sobolev wrote: mutt сам почту не отправляет. Он использует внешнюю программу. По умолчанию она то ли /usr/lib/sendmail, то ли /usr/sbin/sendmail. Нужно копать в этом направлении. Угу я знаю да не отправляет но вот только он пытается от ресолвить адрес получателя (т.е. если адрес набран не правильно то он об этом говорит) и как его от этого оттучить я не знаю (В моем руководстве -- /usr/share/doc/mutt/manual.txt.gz -- написано 6.3.225. sendmail Type: path Default: /usr/sbin/sendmail -oem -oi Вот нужно посмотреть что эти параметры означают и вперед.) Я на эти параметры то же смотрел ничего крименального если сделать отправку вручную с этими параметрами то все нормально т.е. соединение не поднимается и почта ставится в очередь. Причина подъема соединения видемо описанная мною выше но вот как такое повединие подавить? Самое похожее в mutt.rc это use_domain но видемо это не про то поскольку установка в no не помогла.
Re: gconf2 на сервере
On 2003.07.03 at 03:28:04 +0500, Vlad Harchev wrote: * не допускает легкого назначения свойств из программы свойствами конфигурирования встроенными в программу (так как непонятно, какой шаблон генерить в качестве ключа - неоднозначность!) Тут все понятно - максимально конкретный. Без единой *. не факт что всегда это будет то, что пользователь хочет. Зато всегда будет наиболее безопасно. Или по выбору пользователя. Слишком сложно для пользователя - решать куда сохранять. Почему? Достаточно естественно для пользователя ответить на вопрос Этот шрифт применять: только к данному окну, ко всем многострочным окнам ввода текста в данной программе, ко всем многострочным окнам ввода текста в системе, ко всем текстам на экране, если для них не указано чего-либо другого * не позволяет иметь/хранить вместе с настройкой автоматически извлекаемое ее описание; даты посл. изменения; и кажется тип Зачем хранить тип вместе с настройкой? Программа и так знает какого типа ресурс она хочет. Что касается даты последнего изменения, Чтобы можно было писать конфигуратор общий для всех программ - а он естественно должен знать типы ресурсов. Поскольку я отрицаю идею общего конфигуратора, я и не считаю эту фичу полезной. * не допускает перебора значений для данной маски AFAIR (или маску надо нетривиально генерить) Не понял смысла этой идеи. В случае gconf'а или реестра в какой-то ветке мы можем создать 20 подветок. У программиста в случае gconf'а или реестра есть возможность получить имена всех этих веток (и соответственно в них получить значения ключей). А в случае ресурсов? Наверно будет муторно узнавать все маски.. Можно-то можно, но нафига? Если не рассматривать ублюдской идеи написать единый конфигуратор для всего? (почему я считаю эту идею ублюдской я уже писал. Добавлю еще - копаться в regedit-е намного сложнее, чем в .Xdefaults, ровно потому что в regedit показывается все, а в .Xdefaults написано только то, что ты хочешь чтобы у тебя отличалось от системных умолчаний.) * не позволяет указать для группы *разных* приложений имя их экземпляра класса (ну разве что путь поиска изменить app-defaults файлов) И тут не понял. Допустим ч-к пускает терминал, и хочет чтобы все Х-овые программы, пускаемые из него, имели один цвет (отличный от того, что имеют программы, пущенные из других терминалов). Пример крайне надуманный и не очевидный. Мне НЕПОНЯТНО зачем отличать программы, запущенные из определенного терминала, от всех остальных. Тем более что 90% X-овых программ все равно запускается из меню Window manager-а. Я могу себе представить некоторые другие критерии - программы запущенные со специфическими правами, программы запущенные на определенной машине, програмы запущенные с определенной локалью. Все эти осмысленные критерии xrdb УЖЕ поддерживаются. Основная проблема в твоей логике, как и в логике авторов gconf и GNOME вообще, заключается в попытке сделать универсальное решение для проблем, которые еще только предстоит вообразить. Такой подход неизбежно приводит к монстрообразным и неудобным решениям. Традиционный unix-way имел другой подход - решать те проблемы, которые уже известны и постараться обеспечить максимальную переиспользуемость и комбинируемость принятых решений. Этот подход зачастую позволяет решать вновь возникающие проблемы, декомпозировав проблему на уже известные. Или во всяком случае минимизировать трудозатраты, решая только те части проблемы, с которыми раньше сталкиваться не приходилось. Поскольку готовых решений за почти 20 лет истории X наработано ну очень много, обычно достаточно сформолировать проблему, чтобы она была решена. У меня создается впечатление, что ты хочешь попытаться дать возможность работать с системой конфигурирования юзеру, которые свои мысли формулировать не умеет. По-моему, это подход, обреченный на поражение. Лучше поделить юзеров на две категории - тех, которые умеют формулировать, и тех которые формулировать не умеют. И заботиться о первых, благо большая часть авторов OpenSource программ именно к этой категории относится. А вторые пусть жрут что им дал системный администратор.
Re: firebird
On Wed, Jul 02, 2003 at 07:55:35PM +0400, Alexander S. Gordienko wrote: On Wed, Jul 02, 2003 at 09:57:24AM +0300, Maxim Tyurin wrote: Дополнительный вопрос - есть ли там нормальный UNICODE (UPPER/LOWER для русского, русская алфавитная сортировка)? Смотря что понимать под полноценной. Такой как в PostgreSQL нет (сервер не может выдавать данные половине клиентов в koi8-r, а второй половине - в cp1251) Не правда. При коннекте клиент указывает, в какой кодировке желает видеть данные. И сервер их конвертирует. Давно? Помнится это была одной из основных причин почему я на PostgreSQL новые проекты начал делать. 1.0.х разьве такое умеет? У меня FirebirdCS-1.0.2.908-0.64IO стоит. Работает как нужно но не замечал в нем возможности перекодировки. С дятлом не перепутали? Если поставить нужный colate - то upper/lower работают. И вообще вам сюда http://ibase.ru/ за описанием что firebird умеет. www.ibase.ru Без www тоже работает :) Брать его можно там-же. Работает стабильно. В администрировании практически не нуждается :) там только ссылки и сборка под винду, если мне память не изменяет. Да там только ссылки на sourceforge Если не нужно сложной логики и выдачи результата в разных кодировках - то отличная база. Что понимать под сложной логикой? На мой взгляд вся логика реализуется на триггерах, процедурах и клиенте. Так для триггеров и ХП язык бедный слишком (по сравнению с PostgreSQL, Oracle, ...) -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
Re: firebird
On Thu, Jul 03, 2003 at 10:54:30AM +0400, Yuriy Vostrikoff wrote: Maxim Tyurin [EMAIL PROTECTED] writes: Есть. Работает стабильно. Но я сильно не рекомендую с ним связываться - гадость редкостная: обмен по сети максимум 10% пропускной способности сети, отвратительный оптимизатор - yaffil быстрее его в 5-8 раз, необходимость постонянного backup/restore, невозоможность нормального backup, невозможность нормального restart. Здается мне что вы его просто не умеете готовить :) Т.е. то что он на 100 мегабитной сетевой карте максимум отдаст 10 мегабит вас совсем не волнует? 100 выдает. Только что проверил restore делаю раз в месяц чтоб убедиться что backap нормально делается. backup/restore нужно было раньше делать чтоб обновить счетчик изменений метаданных (да и если в работающей базе постоянно изменяются метаданные - стоит задуматься о ее структуре) Угу. А потери BLOB полей мне приснились... Не было. Может глючный билд? Про его оптимизатор - RTFM про него, работает вполне нормально. Да в курсе я. Только вот совсем не вижу смысла затачивать каждый запрос руками: если есть оптимизатор, он должен хоть как-то адекватно работать. У меня база не статическая, и то что было оптимально сегодня, вовсе не будет оптимальным завтра. Да, вот цитата с http://ibase.ru/develop.htm - Оптимизация запросов, производительность: - Плановое хозяйство. статья об оптимизаторе http://www.krista.ru/ib/plan-intro.html: К сожалению, InterBase в смысле оптимизации, мягко говоря, не лучшее изделие. Тем не менее, существуют и обходные возможности -- задавать планы отработки запросов вручную. И хотя и таким способом желаемая производительность иногда достижима ценой изрядного ручного труда, тем не менее для эффективной работы знания ручного и автоматического планирования InterBase просто необходимы. Читал и экспериментировал. Хотя серьезный запрос весьде руками доводить нужно. А про невозможность backup и restart я совсем не понял А невозможно прямым способом узнать подключен ли кто к базе или нет. Хаки вида netstat -an | grep 3050 - не предлагать. Это специфика Classic сервера. Ставьте Super - там можно смотреть. Так что для своих задач - отличный сервер. Просто имеет свои особенности (особенно с блокировками, версионностью и оптимизатором) Все это доступно на ibase.ru разжевано. Зачем искать геморрой на свою задницу, когда есть более другие сервера? Потому что этот сервер для задачи поставил и забыл оптимален -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
Re: gconf2 на сервере
On Tue, Jul 01, 2003 you wrote: С каких пор /etc стал считаться кошмаром??? и что уже реестр аля для вындоус считается правильным способом хранения конфигов??? Вот уж НАСТОЯЩИЙ оффтопик, но сдержаться не могу! То, что у программ традиционно разный синтаксис конфигурационных файлов -- безусловно плохо... То, что в качестве стандарта нам навязывают DirTree+XML имеет и негативные и позитивные стороны. Но думаю, что ReiserFS + Более_специализированная_чем_просто_XML_mode для Emacs и Vim остроту проблемы снимут. Лично я за последний год от острого неприятия gconf склонился к любопытству. DirTree+XML не единственно возможный бакэнд, по крайней мере в теории. Теоретически бакэндом может быть и база данных и ldap и plain text... Почему-то никто не вспомнил про debconf и configlet'ы, хотя, как мне казалось, это и есть основной вектор развития конфигурационного движка в debian. Там ведь тоже можно по желанию свой бэкенд прикрутить, да и фронтэнд тоже. И при этом /etc никуда не девается... Чем оно хуже относительно жконф?
Re: Resize PS, PDF
Hello, Andrey! You wrote to debian-russian@lists.debian.org on Thu, 3 Jul 2003 13:10:00 +0400: AK On Thu, Jul 03, 2003 at 10:11:34AM +0300, Ian Dichkovsky wrote: AK psresize пробовал, но получается неважное качество. AK AK А что ты имеешь в виду под плохим качеством? Текст у тебя, случайно, не AK со вставленными растровыми картинками? Если да, то они, скорее всего, AK сжаты JPEG'ом в исходном PDF. После преобразования в PS они AK разжимаются, а потом в PDF повторно сжимаются. Соотвественно, качество AK падает. Надо запретить сжимать растровые иллюстрации. Нет, текст нормальный. AK 3) на обратном ps в pdf ? AK Кстати, как наиболее корректно сделать 3 пункт ? AK AK А зачем? Почему бы не напечатать прямо PS? Ну, я не у себя печатаю :-) AK Но способ, на самом деле, существует только один: ghostscript. Скрипты AK ps2pdf, ps2pdfwr --- всего лишь обертки вокруг вызова gs с AK соответствующими параметрами. AK AK Правда, есть еще дистиллер. На худой конец. Угу, тоже попробую. Спасибо ! Best regards, Ian Dichkovsky, mailto: [EMAIL PROTECTED], ICQ 83146271
Re: gconf2 на сервере
On Thu, Jul 03, 2003 at 01:33:43PM +0400, Victor B. Wagner wrote: On 2003.07.03 at 03:28:04 +0500, Vlad Harchev wrote: * не допускает легкого назначения свойств из программы свойствами конфигурирования встроенными в программу (так как непонятно, какой шаблон генерить в качестве ключа - неоднозначность!) Тут все понятно - максимально конкретный. Без единой *. не факт что всегда это будет то, что пользователь хочет. Зато всегда будет наиболее безопасно. Ага, а еще безопаснее - вообще ничего не сохранять... [..] * не допускает перебора значений для данной маски AFAIR (или маску надо нетривиально генерить) Не понял смысла этой идеи. В случае gconf'а или реестра в какой-то ветке мы можем создать 20 подветок. У программиста в случае gconf'а или реестра есть возможность получить имена всех этих веток (и соответственно в них получить значения ключей). А в случае ресурсов? Наверно будет муторно узнавать все маски.. Можно-то можно, но нафига? Если не рассматривать ублюдской идеи написать единый конфигуратор для всего? (почему я считаю эту идею ублюдской я уже писал. Добавлю еще - копаться в regedit-е намного сложнее, чем в .Xdefaults, ровно потому что в regedit показывается все, а в .Xdefaults написано только то, что ты хочешь чтобы у тебя отличалось от системных умолчаний.) * не позволяет указать для группы *разных* приложений имя их экземпляра класса (ну разве что путь поиска изменить app-defaults файлов) И тут не понял. Допустим ч-к пускает терминал, и хочет чтобы все Х-овые программы, пускаемые из него, имели один цвет (отличный от того, что имеют программы, пущенные из других терминалов). Пример крайне надуманный и не очевидный. Мне НЕПОНЯТНО зачем отличать программы, запущенные из определенного терминала, от всех остальных. Тем более что 90% X-овых программ все равно запускается из меню Window manager-а. Я могу себе представить некоторые другие критерии - программы запущенные со специфическими правами, программы запущенные на определенной машине, програмы запущенные с определенной локалью. Все эти осмысленные критерии xrdb УЖЕ поддерживаются. Основная проблема в твоей логике, как и в логике авторов gconf и GNOME вообще, заключается в попытке сделать универсальное решение для проблем, которые еще только предстоит вообразить. Такой подход неизбежно приводит к монстрообразным и неудобным решениям. У тебя тоже какая-то большая проблема в логике. Авторы gconf/gnome пытаются облегчить задачу написания софта. А это требует создания универсальных библиотек и решений, удовлетворяющих требованиям, которые они (разработчики) считают нужными. Традиционный unix-way имел другой подход - решать те проблемы, которые уже известны и постараться обеспечить максимальную переиспользуемость и комбинируемость принятых решений. Этот подход зачастую позволяет решать вновь возникающие проблемы, декомпозировав проблему на уже известные. Или во всяком случае минимизировать трудозатраты, решая только те части проблемы, с которыми раньше сталкиваться не приходилось. Ты почему-то смотришь все время со стороны пользователя. А если ты копнешь со стороны программиста - то даже *реализация* всех этих юниксовых утилит сопряжена с большим кол-вом гемороя - в каждой программульке свой код по обработке комм. строки, реализации списков, парсингу конфигов, и прочего. Вот этого от гемороя в реализации десктопы/библиотеки и пытаются спасти. А единый конфигуратор - это приятная добавка (просмоторщик/редактор базы данных настроек), которая достается бесплатно. Ведь ни в винде, ни в gnome нет программ у которых начисто отсутствуют диалоги настройки! Наличие gconf-tool/regedit все-таки очень важно из-за того, что авторы не пытаются запихнуть все настройки в диалоги; чтобы не делать громаднейшие диалоги настройки (это вредно хотя бы потому, что юзер запутается) им легче сказать что perfom advanced configuration via gconf/regedit. Поскольку готовых решений за почти 20 лет истории X наработано ну очень много, обычно достаточно сформолировать проблему, чтобы она была решена. Опять думаешь как пользователь. У меня создается впечатление, что ты хочешь попытаться дать возможность работать с системой конфигурирования юзеру, которые свои мысли формулировать не умеет. Ты наверно среднестатистического юзера компа плохо представляешь. А он должен иметь возможность настроить что-то под себя. По-моему, это подход, обреченный на поражение. Лучше поделить юзеров на две категории - тех, которые умеют формулировать, и тех которые формулировать не умеют. И заботиться о первых, благо большая часть авторов OpenSource программ именно к этой категории относится. А вторые пусть жрут что им дал системный администратор. Лучше чтобы работал и такой подход, и подход юзер обязан иметь возможность работать без админа. Подход gconf это позволяет делать с наименьшим трудом чем xresources. --
Re: Fwd: Short Message delivery report
Здравствуйте, Victor B. Wagner! wget'ом, это как? очень интересно. Я делаю через SIEVE. On Thu, Jul 03, 2003 at 12:47:39AM +0400, you wrote: - On 2003.07.03 at 00:20:25 +0500, Vlad Harchev wrote: - - Думаю, что у кого-то из этого списка стоит кривая форвардилка почты - в SMS. Кривая - потому что не умеет бороться со списками рассылки. - - В принципе это трудно сделать прямо - ведь об ошибках сообщает кажется - mail server провайдера сотовой связи - и не факт что он понимает хидеры - reply-to и x-errors-to (или как там).. - - А не надо это делать через провайдера сотовой связи. Надо это делать - через свой procmail, а sms-ки слать vicq или wget-ом. - - -- Denis A. Egorov
Re: minicom script?
Здравствуйте, Alex Shupikov! я думаю будет проще взять cu из пакета uucp. On Wed, Jul 02, 2003 at 11:01:37PM +1100, you wrote: - Hi All, - - Кто-нибудь может поделиться опытом использования minicom'а и скриптов - к нему? - Буду благодарен за совет чем это можно заменить? - Требуется время от времени читать данные с консольного порта - устройства и записывать их в текстовый файл или базу MySQL. - -- Denis A. Egorov
Re: gconf2 на сервере
Dmitry Rojkov wrote: On Tue, Jul 01, 2003 you wrote: [snip] Почему-то никто не вспомнил про debconf и configlet'ы, хотя, как мне казалось, это и есть основной вектор развития конфигурационного движка в debian. Там ведь тоже можно по желанию свой бэкенд прикрутить, да и фронтэнд тоже. И при этом /etc никуда не девается... Чем оно хуже относительно жконф? Оно наверное не хуже (я честно говоря не знаю всех деталей). Разные бакэнды это приятная фича, но это не единственное. Жконф вводит стандарт на программный интерфейс чтения, записи, поиска параметров, стандарт на оповещение об изменениях параметров, проверки целостности. Как программный интерфейс жконф с одной стороны предоставляет необходимую функциональность для работы с праметрами, а с другой - скрывает детали реализации от приложения - способ хранения (формат), способ передачи (локально или по сети). Ты говоришь, что /етц никуда не девается, это значит, что приложения всё ещё будут использовать свои парсеры, свои форматы, свои способы оповещения и т.д. В этом разница. А хуже или лучше я вопрос неуместен - адресуются разные проблемы. -- Best regards, Sergey Spiridonov
Re: libdbi
On Thu, 3 Jul 2003 12:12:29 +0600 Зуев Денис Александрович [EMAIL PROTECTED] wrote: Привет! Есть ли в составе Woody субж и если есть, то где? насчет stable не упомню, надо сказать волшебное слово $ apt-cache search libdbi а вот в unstable есть, можно вытащить руками и собрать зависимости там простые -- Alexander Danilov UIN: 164825399 Home Page: http://fssg.st-oskol.ru/~alex/ * Origin: If you can't do it in Perl, you don't want to do it.
Re: gconf2 на сервере
On Thu, Jul 03, 2003 at 01:04:47PM +0200, Sergey V. Spiridonov wrote: scip Вот LDAP это уже теплее. LDAP может быть использован как бакэнд для gconf. Как и mysql, к примеру. А зачем его как бакенд использовать? Он и так нормально работает и куча софта может в него за конфигами ходить. Хотя ИМХО DNS и DHCP мне стремно ка-то в нем хранить (в файле надежнее :) Можно сказать это и о mysql, например. Есть софт, который может там хранить настройки и ходить в него за конфигами. Тут такие проблемы: 1. LDAP и MYSQL это болше чем просто хранилище параметров приложений. То есть они в чём-то избыточны. У них свой путь развития, который не всегда будет совпадать с задачами конфигурирования приложений. Ну LDAP ИМХО лучше подходит для хранения учетных записей и конфигов связанных с уч.записями (например маршрутиризация почты) 2. Они не достаточны (и из-за первой причины, никогда не будут достаточны). Методы оповещения, проверки целостности, профайлы в конце концов не определены в стандарте LDAP и MYSQL. Ну и не будут, конечно. мне пока репликации вполне хватает, да и оповещение о изменениях вроде есть 3. LDAP не единственная база данных, есть другие базы данных, которые вполне удовлетворяют требованиям бакэнда жконф. В конце концов, есть ведь ярые приверженцы текстовых файлов, они могут использовать plaintext бакэнд, кто-то захочет хранить всё в postgresql, у кого-то будет желание использовать XML, найдутся и те, кому не будет нужна сетевая поддержка - в этом случае, файлы конфигурации будут читаться просто с диска. У самого LDAP есть разные бакенды (и sql, и текстовые файлы) -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
Re: Fwd: Short Message delivery report
On 2003.07.03 at 12:32:52 +0300, Denis A. Egorov wrote: Здравствуйте, Victor B. Wagner! - А не надо это делать через провайдера сотовой связи. Надо это делать - через свой procmail, а sms-ки слать vicq или wget-ом. wget'ом, это как? очень интересно. Очень просто. На сайте любого сотового оператора всегда есть форма для отправки SMS-ок через web. Вот на нее, вернее на то, что у нее в action прописано, wget-ом и ходить.
apt-get
Как регулировать условия, при которых apt-get (apt 0.5.5.1) пытается скачать обновляемые пакеты, не спросив пользователя и не показав версии? Вроде-бы, так он поступает, когда общий размер не превышает пары мегабайт, а я хочу, чтобы он всегда просил подтверждения. В man apt-get ответ не найден...
Re: gconf2 на сервере
Evening, Sergey. Sergey Spiridonov [EMAIL PROTECTED] 16:39 2/7/2003 wrote: SS С помощью идеи заложенной в жконф можно использовать одну(!) SS стандартную утилиту, которая всегда будет соответсвовать версии и SS формату, потому что она не знает, и не должна о формате SS конфигурационного файла. Жконф инкапсулирует эту информацию. Он ее не инкапсулирует. Он сводит все многообразие форматов к одному. Спрашивается - почему люди не ходили строем раньше и не писали все конфиги в одном формате? Возможно, все-таки не потому, что они были глупы, а потом, что для этого были некие реальные причины, нет? -- Dmitry Astapov //ADEpt E-mail: [EMAIL PROTECTED] GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D
Xnest
Привет. Частенько приходится ходить на винды через rdekstop. Ввиду его...хммм...глюкавости, я предпочитаю запускать его в Xnest. Когда запускаю Xnest, последний зачем-то сносит мои установки xset m. Приходится каждый раз делать xset m 1 1. Есть какойнить способ отучить Xnest делать так? -- :wq Paul S. Romanchenko (rmrfchik)
Re: Использование обфу скаторов в программах GPL
On Thu, Jul 03, 2003 at 03:24:24PM +0300, Andrei Sosnin wrote: Похоже, все-таки использование обфускаторов в программах под GPL нелегально: А что, тут кто-то собрался писать программу под GPL и потом ее ``обфускировать''? Это же глупость. Спрашивается, зачем тогда вообще показывать исходный код? Тем более под GPL?! -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: gconf2 на сервере
On Thu, Jul 03, 2003 you wrote: Почему-то никто не вспомнил про debconf и configlet'ы, хотя, как мне казалось, это и есть основной вектор развития конфигурационного движка в debian. Там ведь тоже можно по желанию свой бэкенд прикрутить, да и фронтэнд тоже. И при этом /etc никуда не девается... Чем оно хуже относительно жконф? Оно наверное не хуже (я честно говоря не знаю всех деталей). Разные бакэнды это приятная фича, но это не единственное. Совершенно верно - не единственное. Спецификация debconf содержится в дебиан полиси, а дебиан полиси - это вообще полезное чтение во всех отношениях. Жконф вводит стандарт на программный интерфейс чтения, записи, поиска параметров, стандарт на оповещение об изменениях параметров, проверки целостности. debconf так же вводит стандартный интерфейс на программный интерфейс чтения и записи параметров. Про оповещение об изменениях и проверки целостности мне, к сожалению, ничего не известно. Но думаю, что развитие debconf'a подразумевает под собой появление новых подобных фич. Хотя на странице http://www.advogato.org/proj/Debconf/ я нашел следующие слова: GNOME is also using a system derived from Debconf's specification for user-level confirugation of GNOME apps, though the codebase is different. Как программный интерфейс жконф с одной стороны предоставляет необходимую функциональность для работы с праметрами, а с другой - скрывает детали реализации от приложения - способ хранения (формат), способ передачи (локально или по сети). то же справедливо и для debconf Ты говоришь, что /етц никуда не девается, это значит, что приложения всё ещё будут использовать свои парсеры, свои форматы, свои способы оповещения и т.д. В этом разница. А хуже или лучше я вопрос неуместен - адресуются разные проблемы. Честно говоря, не улавливаю разницы. В идеальном для жконф мире все разработчики должны принять соглашение о том, что они будут пользоваться одним интерфейсом для хранения конфигураций. Но проблема в том, что даже если такое соглашение возможно, уже сейчас существует огромное количество ПО, которое про жконф ничего не знает, и настойчиво пользуется своими конфигами из етц :( debconf не навязывает таким приложениям обращаться за своими настройками в базу debconf'a, но позволяет пользователю все равно менять конфигурацию таких приложений, используя postinst-скрипты через dpkg-reconfigure или через всякие configlet'ы, которые могут быть интегрированы прямо в gnome control center. Я уж не говорю про то, что debconf - это то средство, которое делает возможной нормальную non-interactive инсталляцию и не привязано к гному вообще... но это так, лирика.
Re: Использование обф ускаторов в программа х GPL
Andrey Kiselev wrote: On Thu, Jul 03, 2003 at 03:24:24PM +0300, Andrei Sosnin wrote: Похоже, все-таки использование обфускаторов в программах под GPL нелегально: А что, тут кто-то собрался писать программу под GPL и потом ее ``обфускировать''? Это же глупость. Спрашивается, зачем тогда вообще показывать исходный код? Тем более под GPL?! Например, для того чтобы обойти запрет на линковку с GPL кодом. Другой пример: я беру GPL программу, и делаю в ней изменения, но не хочу ими делиться.
Re: gconf2 на сервере
Dmitry Rojkov wrote: [snip] Как программный интерфейс жконф с одной стороны предоставляет необходимую функциональность для работы с праметрами, а с другой - скрывает детали реализации от приложения - способ хранения (формат), способ передачи (локально или по сети). то же справедливо и для debconf Ты говоришь, что /етц никуда не девается, это значит, что приложения всё ещё будут использовать свои парсеры, свои форматы, свои способы оповещения и т.д. В этом разница. А хуже или лучше я вопрос неуместен - адресуются разные проблемы. Честно говоря, не улавливаю разницы. [snip] Похоже, мне нужно внимательно почитать документацию debconf, прежде чем я могу сказать что-либо ещё об этом. Я уж не говорю про то, что debconf - это то средство, которое делает возможной нормальную non-interactive инсталляцию и не привязано к гному вообще... но это так, лирика. gconf2 тоже не привязан к гному вообще. -- Best regards, Sergey Spiridonov
Re: Использование о бфускаторов в п рограммах GPL
Sergey Spiridonov [EMAIL PROTECTED] writes: Andrey Kiselev wrote: On Thu, Jul 03, 2003 at 03:24:24PM +0300, Andrei Sosnin wrote: Похоже, все-таки использование обфускаторов в программах под GPL нелегально: А что, тут кто-то собрался писать программу под GPL и потом ее ``обфускировать''? Это же глупость. Спрашивается, зачем тогда вообще показывать исходный код? Тем более под GPL?! Например, для того чтобы обойти запрет на линковку с GPL кодом. Другой пример: я беру GPL программу, и делаю в ней изменения, но не хочу ими делиться. Ну так не давайте никому свою программу. -- С уважением, Константин Матюхин root:x:0:0:God:/root:/bin/sh daemon:x:1:1:Daemon:/usr/sbin:/bin/sh adam:x:1001:1001:Adam:/home/adam:/bin/sh eva:x:1002:1002:Eva:/home/eva:/bin/sh
Re: Использование обфу скаторов в программах GPL
On Thu, 3 Jul 2003, Andrei Sosnin wrote: Похоже, все-таки использование обфускаторов в программах под GPL нелегально: Ой, как страшно и сложно! На самом деле (IMHO) все намного проще - результат работы обфускатора просто не является исходным текстом, исходный - до. Остальное ясно. -- Если виртуальная память закончилась, она не настоящая.
Re: Использование обф ускаторов в программах GPL
03 Jul 2003 16:54:15 +0400 Konstantin Matyukhin [EMAIL PROTECTED] wrote (написал/а): Sergey Spiridonov [EMAIL PROTECTED] writes: Например, для того чтобы обойти запрет на линковку с GPL кодом. Другой пример: я беру GPL программу, и делаю в ней изменения, но не хочу ими делиться. Ну так не давайте никому свою программу. И понту? :) Конечно, если ты изменял прогу чисто для себя, то это допустимый выход их ситуации... Но если захочешь с кем-то поделиться, но не хочется сырцами делиться заодно... Вот тогда и может появиться соблазн заморочить сырцы так, чтобы их невозможно было использовать, при этом оставив программу под GPL (и используя другие GPL программы...). Да и вопрос больше принципиальный (как я считаю). -- [:: Andrei Sosnin ]---[*]) [:: http://zzx.dyn.ee ][*]) [it:all:depends:on:your:vision]--[*])
Re: gconf2 на сервере
On Thu, Jul 03, 2003 you wrote: Похоже, мне нужно внимательно почитать документацию debconf, прежде чем я могу сказать что-либо ещё об этом. Я уж не говорю про то, что debconf - это то средство, которое делает возможной нормальную non-interactive инсталляцию и не привязано к гному вообще... но это так, лирика. gconf2 тоже не привязан к гному вообще. Хм... похоже, мне тоже надо внимательно почитать документацию gconf :)
Re: Resize PS, PDF
В сообщении от 3 Июль 2003 13:03 Ian Dichkovsky написал: Hello, Dimitry! You wrote to debian-russian@lists.debian.org on Thu, 3 Jul 2003 10:21:20 +0600: DNN В сообщении от 2 Июль 2003 19:24 Ian Dichkovsky написал: DNN Hello, All! DNN DNN Есть pdf. DNN Размер страницы в нем 7.25x10.5 in. DNN DNN Хочется переконвертить его в A5 и распечатать DNN по 2 страницы на A4. DNN Можно ли обрезать поля ? DNN DNN man a2ps тебе поможет DNN правда иногда сначала нужно сделать pdf2ps А с рисунками как ? О каких ресунках идет речь? DNN DNN Я пробовал поиграться с конвертацией в ps, DNN и ресайзом ps с превращением назад в pdf. DNN В результате - качество неважное. DNN DNN мессаги про type3 шрифты нигде не выскакивали? DNN скорее всего у тебя в pdf идут ttf фонты, а линевые утилиты такие фоты DNN очень не любят и конвертят их в type3 :-( в результате вылезает целая DNN куча разных артифактов... как бороть я не знаю, может кто что умное DNN посоветует? DNN DNN Есть еще идея сконвертить в рисунок, DNN и играться с рисунком. DNN DNN а это про что? я что-то идею не смог ухватить :-( DNN ps2pbm, вроде. Хмм, apt-chache search ps2pbm ничего не знает про эту утилиту, я соответственно тоже :-( Best regards, Ian Dichkovsky, mailto: [EMAIL PROTECTED], ICQ 83146271
Re: Resize PS, PDF
On Thu, Jul 03, 2003 at 07:46:06PM +0600, Dimitry N. Naldaev wrote: DNN Есть еще идея сконвертить в рисунок, DNN и играться с рисунком. DNN а это про что? я что-то идею не смог ухватить :-( ps2pbm, вроде. Хмм, apt-chache search ps2pbm ничего не знает про эту утилиту, я соответственно тоже :-( Зато про такие вещи много знает gs --help. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: Resize PS, PDF
Hello, Dimitry! You wrote to debian-russian@lists.debian.org on Thu, 3 Jul 2003 19:46:06 +0600: DNN В сообщении от 3 Июль 2003 13:03 Ian Dichkovsky написал: DNN Hello, Dimitry! DNN You wrote to debian-russian@lists.debian.org on Thu, 3 Jul 2003 DNN 10:21:20 +0600: DNN В сообщении от 2 Июль 2003 19:24 Ian Dichkovsky написал: DNN Hello, All! DNN DNN Есть pdf. DNN Размер страницы в нем 7.25x10.5 in. DNN DNN Хочется переконвертить его в A5 и распечатать DNN по 2 страницы на A4. DNN Можно ли обрезать поля ? DNN DNN man a2ps тебе поможет DNN правда иногда сначала нужно сделать pdf2ps DNN DNN А с рисунками как ? DNN DNN О каких ресунках идет речь? Я имел в ввиду рисунки в книге, то есть иллюстрации. DNN DNN Я пробовал поиграться с конвертацией в ps, DNN и ресайзом ps с превращением назад в pdf. DNN В результате - качество неважное. DNN DNN мессаги про type3 шрифты нигде не выскакивали? DNN скорее всего у тебя в pdf идут ttf фонты, а линевые утилиты такие DNN фоты DNN очень не любят и конвертят их в type3 :-( в результате DNN вылезает целая DNN куча разных артифактов... как бороть я не знаю, DNN может кто что умное DNN посоветует? DNN DNN Есть еще идея сконвертить в рисунок, DNN и играться с рисунком. DNN DNN а это про что? я что-то идею не смог ухватить :-( DNN DNN DNN ps2pbm, вроде. DNN DNN Хмм, apt-chache search ps2pbm ничего не знает про эту утилиту, я DNN соответственно тоже :-( Извини, я ошибся. pstopnm из пакета netpbm. Best regards, Ian Dichkovsky, mailto: [EMAIL PROTECTED], ICQ 83146271
Re: gconf2 на сервере
Maxim Tyurin wrote: On Thu, Jul 03, 2003 at 01:04:47PM +0200, Sergey V. Spiridonov wrote: [snip] 1. LDAP и MYSQL это болше чем просто хранилище параметров приложений. То есть они в чём-то избыточны. У них свой путь развития, который не всегда будет совпадать с задачами конфигурирования приложений. Ну LDAP ИМХО лучше подходит для хранения учетных записей и конфигов связанных с уч.записями (например маршрутиризация почты) Можно узнать почему? Я спрашиваю, так как ЛДАП я знаю только теоретически. Реально я с ним не работал. 2. Они не достаточны (и из-за первой причины, никогда не будут достаточны). Методы оповещения, проверки целостности, профайлы в конце концов не определены в стандарте LDAP и MYSQL. Ну и не будут, конечно. мне пока репликации вполне хватает, да и оповещение о изменениях вроде есть Я согласен, что функциональности LDAP вполне достаточно для хранения конфигурации. Но если понадобятся новые фичи, необходимые именно для хранения параметров и конфигурации (например, server-side функции, да мало ли чего ещё), то нужно будет либо убеждать разработчиков ЛДАП, либо писать свою прослойку для этого. Вот этой прослойкой и является жконф. [snip] У самого LDAP есть разные бакенды (и sql, и текстовые файлы) Ага, я этого не знал. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
On Thu, Jul 03, 2003 at 04:34:00PM +0200, Sergey Spiridonov wrote: Maxim Tyurin wrote: Ну LDAP ИМХО лучше подходит для хранения учетных записей и конфигов связанных с уч.записями (например маршрутиризация почты) Можно узнать почему? Я спрашиваю, так как ЛДАП я знаю только теоретически. Реально я с ним не работал. Структура у него такая. passwd и groups, postfix/virtual ложатся в его структуру очень удобно и логично (с разбивкой по отделам, фирмам, доменам и т.д.), а как организованно хранение конфигурации например dhcp мне совсем не понравилось и писанины гораздо больше :( 2. Они не достаточны (и из-за первой причины, никогда не будут достаточны). Методы оповещения, проверки целостности, профайлы в конце концов не определены в стандарте LDAP и MYSQL. Ну и не будут, конечно. мне пока репликации вполне хватает, да и оповещение о изменениях вроде есть Я согласен, что функциональности LDAP вполне достаточно для хранения конфигурации. Но если понадобятся новые фичи, необходимые именно для хранения параметров и конфигурации (например, server-side функции, да мало ли чего ещё), то нужно будет либо убеждать разработчиков ЛДАП, либо писать свою прослойку для этого. Вот этой прослойкой и является жконф. Нужно еще убеждать разработчиков RFC :) Хотя для хранения и быстрого поиска есть все что нужно. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
Re: gconf2 на сервере
On Thu, Jul 03, 2003 at 07:00:26PM +0400, Dmitry Rojkov wrote: On Thu, Jul 03, 2003 you wrote: Ну LDAP ИМХО лучше подходит для хранения учетных записей и конфигов связанных с уч.записями (например маршрутиризация почты) Можно узнать почему? Я спрашиваю, так как ЛДАП я знаю только теоретически. Реально я с ним не работал. почему же только для учетных записей? dns-зоны тоже очень удобно хранить в лдапе, nis тоже. Вообще информацию о любом объекте в инфраструктуре сети можно там хранить. О принтерах, например. Для построения PKI идеально подходит, как для юзерских ключей, так и для серверных (не надо вручную публичные ключи копировать на серверы VPN) На http://www.rojkov.spb.ru можно кое-что по этой теме почитать. За ссылку спасибо. Формат хранения зон в LDAP мне показался квадратным колесом и директивы $GENERATE в LDAP нет, а без нее DNS грустно поддерживать. scip -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
Re: gconf2 на сервере
Йоханга!!! On Thu, Jul 03, 2003 at 02:28:17PM +0300, Dmitry Astapov wrote: SS С помощью идеи заложенной в жконф можно использовать одну(!) SS стандартную утилиту, которая всегда будет соответсвовать версии и SS формату, потому что она не знает, и не должна о формате SS конфигурационного файла. Жконф инкапсулирует эту информацию. Он ее не инкапсулирует. Он сводит все многообразие форматов к одному. Спрашивается - почему люди не ходили строем раньше и не писали все конфиги в одном формате? Возможно, все-таки не потому, что они были глупы, а потом, что для этого были некие реальные причины, нет? Ну вот когда то люди придумали SNMP. тоже в благих целях. Где оно сейчас применяется я думаю рассказывать не надо :) -- TARANTUL
Re: firebird
On Thu, Jul 03, 2003 at 03:07:24PM +0400, Yuriy Vostrikoff wrote: Maxim Tyurin [EMAIL PROTECTED] writes: Т.е. то что он на 100 мегабитной сетевой карте максимум отдаст 10 мегабит вас совсем не волнует? 100 выдает. Только что проверил Это super. На classic все значительно хуже :-( Я в соседнем письме писал - у меня FirebirdCS-1.0.2.908-0.64IO (т.к. машинка на которой он стоит 2-х головая) Но с этим билдом у меня и в версии Super нет проблем. scip Зачем искать геморрой на свою задницу, когда есть более другие сервера? Потому что этот сервер для задачи поставил и забыл оптимален Чем это отличается от установки того же постгреза? Я на него внимания, кстати, еще реже обращаю. PostgreSQL очень уж VACUUM и, особенно, VACUUM ANALYZE любит :( -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
console-cyrillic
Приветствую, All. Господа, помогите пожайлуста идеологически правильно русифицировать консоль в Debian 3.0r0woody. Как я понял из теории после установки достаточно сделать dpkg-reconfigure locales, dpkg-reconfigure console-cyrillic, добавить в ~./bashrc export LANG=ru_RU.KOI8-R и все должно работать, но почему-то вместо русских букв вводятся кроказяблы и не работает переключатель, который я установил в console-cyrillic. -- Best regards, Evgeniy .. Письмо вылетело вечером 3 июля 2003 г. ... * Powered by The Bat! 1.63 Beta/10, on Windows 2000 (2195) * #Origin: Даже если вас съели, у вас есть два выхода --- GPG DSA/ELG-E : key ID: 0x2AC7DB3D; F/P: 931D 53E3 1C3C F989 A458 2718 3C3F C5EC 2AC7 DB3D ---
Re: gvim
On 2003.07.03 at 14:48:45 +0300, Alexander A. Vlasov wrote: А если я хочу python-скриптинг в gvim, что мне ставить? Или вручную собирать надо? Ты получишь и GUI в vim, отличный от gtk (и gtk тоже, но он самый кривой из всех), и возможность установки любых комбинаций скриптовых языков и GUI одновременно. И vim 6.2 Виктор, а не объясните методику сборки? Хочется gvim (GUI!=gtk) для testing... Честно сказать, не интересовался у Артема Чуприны в чем там методика сборки заключается. Но ведь diff.gz в репозитории лежит есть. Кто мешает deb-src прописать ко мне, и сделать apt-get source -b vim
Re: gconf2 на сервере
Evening, tarantul. TARANTUL [EMAIL PROTECTED] 18:03 3/7/2003 wrote: t Ну вот когда то люди придумали SNMP. тоже в благих целях. Где оно t сейчас применяется я думаю рассказывать не надо :) Почему же не надо? Отнюдь. -- Dmitry Astapov //ADEpt E-mail: [EMAIL PROTECTED] GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D
Re: firebird
On Tue, Jul 01, 2003 at 08:36:19PM +0500, TARANTUL wrote: Есть у кого-нибудь опыт использования этой RDBMS под woody? Мы тут все ломанулись советовать... А давайте спросим автора, что он собрался на FB делать и насколько велик его опыт работы с RDBMS вообще и IB/FB/YA в частности. Может оказатся так, что для его задачи и его возможностей существует более оптимальный выбор RDBMS. А если автор хотел узнать только то, что спросил то, я думаю, что ответ он уже получил.
Re: firebird
On Thu, Jul 03, 2003 at 12:34:59PM +0300, Maxim Tyurin wrote: Дополнительный вопрос - есть ли там нормальный UNICODE (UPPER/LOWER для русского, русская алфавитная сортировка)? кстати, сейчас посмотрел в конфе, UPPER/LOWER для UNICODE_FSS (UTF-8) не работает. А сортировка в правильном (алфавитном порядке) работает. Смотря что понимать под полноценной. Такой как в PostgreSQL нет (сервер не может выдавать данные половине клиентов в koi8-r, а второй половине - в cp1251) Не правда. При коннекте клиент указывает, в какой кодировке желает видеть данные. И сервер их конвертирует. Давно? Помнится это была одной из основных причин почему я на PostgreSQL новые проекты начал делать. 1.0.х разьве такое умеет? с незапамятных времен существует параметр подключения - isc_dpb_lc_ctype (или isc_dpb_lc_type, сейчас не помню), который определяет кодировку, в которой клиент хочет увидеть данные. И как уверяли люди это вполне работает. Сам я не пробовал, т.к. не было необходимости. У меня FirebirdCS-1.0.2.908-0.64IO стоит. Работает как нужно но не замечал в нем возможности перекодировки. С дятлом не перепутали? насколько помню, в дятле в этом отношении ничего не правили. Правда были добавлены новые кодировки (среди прочих и koi8-r) Если поставить нужный colate - то upper/lower работают. для ANSI и WIN1251 upper работает и без указания colate. Если не нужно сложной логики и выдачи результата в разных кодировках - то отличная база. Что понимать под сложной логикой? На мой взгляд вся логика реализуется на триггерах, процедурах и клиенте. Так для триггеров и ХП язык бедный слишком (по сравнению с PostgreSQL, Oracle, ...) Вот тут не копенгаген. Когда-то имел знакомство с TransactSQL, а про PL/SQL только слышал. Oracle больших денег стоит, да далеко не на всех задачах его применение оправдано (учитывая его цену). Про PostgreSQL слышал, что его дока часто расходится с делом. Например в доке было написано, что, то-ли запись может иметь размер больше 8k, то-ли строковые поля могут быть больше 8k, точно не помню, но из этого вытекало, что запись может располагатся на нескольких страницах данных, т.к. максимальный размер страницы был 8k, а на деле выходило, что пересечение записью границы страницы невозможно. И такого рода фигня во многих местах. ЗЫ еще раз говорю, что это мое изложение того, что слышал, так что на истинность, а также на то, что это уже не исправлено, не претендую. ЗЗЫ При всем уважении к PostgreSQL, насколько я слышал, инструментария разработчика, уровня IBExpert у него нет, что является несомненным плюсом FB. ЗЗЗЫ к сожалению полноценная работа с UNICODE может быть только тогда, когда клиенты будут с ней работать.
Re: gconf2 на сервере
Dmitry Astapov wrote: Evening, Sergey. Sergey Spiridonov [EMAIL PROTECTED] 16:39 2/7/2003 wrote: SS С помощью идеи заложенной в жконф можно использовать одну(!) SS стандартную утилиту, которая всегда будет соответсвовать версии и SS формату, потому что она не знает, и не должна о формате SS конфигурационного файла. Жконф инкапсулирует эту информацию. Он ее не инкапсулирует. Он сводит все многообразие форматов к одному. Не к одному, а к нескольким (в зависимости от бакэнда). Спрашивается - почему люди не ходили строем раньше и не писали все конфиги в одном формате? Возможно, все-таки не потому, что они были глупы, а потом, что для этого были некие реальные причины, нет? Конечно были реальные причины. Здесь наблюдается удивительное противоречие - несмотря на то что проект GNU создан в том числе и для того чтобы избежать изобретения колеса, тем не менее, его изобретают заново и заново, придавая каждый раз ему новые удивительные формы. Я думаю что причина в том, что разработчики традиционно не любят уделять много внимания конфигурации и настройкам. Потому что это скучно, долго, сложно и неинтересно, наверное? Делается только то, без чего обойтись уж никак нельзя. Вот и имеем то что имеем. -- Best regards, Sergey Spiridonov
как проверить на утечку памяти
Привет, Подскажите плиз чем можно проверить C-шную программу на предмет недоосвобождения памяти (malloc - free). Слышал про purify, однако такового в дистрибутиве не нашел (Debian woody 3.0r0) Станислав
Re: как проверить на у течку памяти
On Thu, Jul 03, 2003 at 04:43:45PM +0300, Stanislav Petrovsky wrote: Привет, Подскажите плиз чем можно проверить C-шную программу на предмет недоосвобождения памяти (malloc - free). Слышал про purify, однако такового в дистрибутиве не нашел (Debian woody 3.0r0) Есть memprof - вполне пригоден для этого.. -- Best regards, -Vlad
Re: Использование обф ускаторов в программа х GPL
Konstantin Matyukhin wrote: Sergey Spiridonov [EMAIL PROTECTED] writes: Andrey Kiselev wrote: On Thu, Jul 03, 2003 at 03:24:24PM +0300, Andrei Sosnin wrote: Похоже, все-таки использование обфускаторов в программах под GPL нелегально: А что, тут кто-то собрался писать программу под GPL и потом ее ``обфускировать''? Это же глупость. Спрашивается, зачем тогда вообще показывать исходный код? Тем более под GPL?! Например, для того чтобы обойти запрет на линковку с GPL кодом. Другой пример: я беру GPL программу, и делаю в ней изменения, но не хочу ими делиться. Ну так не давайте никому свою программу. А как же деньги зарабатывать? -- Best regards, Sergey Spiridonov
Re: mutt
[ где-то стоит неправильный mail-followup-to. адрес не содержит имя, поэтому при прохождении через почтовый сервер получается [EMAIL PROTECTED] ] On Thu, Jul 03, 2003 at 09:41:40AM +0400, Novikov Leonid wrote: Угу я знаю да не отправляет но вот только он пытается от ресолвить адрес получателя (т.е. если адрес набран не правильно то он об этом говорит) и как его от этого оттучить я не знаю А вот этого я не понимаю. Каким образом он говорит, что адрес неправильный?? И что значит неправильный адрес?? Причина подъема соединения видемо описанная мною выше но вот как такое повединие подавить? Самое похожее в mutt.rc это use_domain но видемо это не про то поскольку установка в no не помогла. (и в файле /etc/Muttrc, что идет вместе с mutt написано unset use_domain) -- Миша pgplyCcloPSD5.pgp Description: PGP signature
Re: firebird
On Thu, Jul 03, 2003 at 07:18:47PM +0400, Alexander S. Gordienko wrote: Смотря что понимать под полноценной. Такой как в PostgreSQL нет (сервер не может выдавать данные половине клиентов в koi8-r, а второй половине - в cp1251) Не правда. При коннекте клиент указывает, в какой кодировке желает видеть данные. И сервер их конвертирует. Давно? Помнится это была одной из основных причин почему я на PostgreSQL новые проекты начал делать. 1.0.х разьве такое умеет? с незапамятных времен существует параметр подключения - isc_dpb_lc_ctype (или isc_dpb_lc_type, сейчас не помню), который определяет кодировку, в которой клиент хочет увидеть данные. И как уверяли люди это вполне работает. Сам я не пробовал, т.к. не было необходимости. Я пробовал с 1251 и исо5 - не работает :( Да и кои8 мне нужна, а она пока только в дятле scip Что понимать под сложной логикой? На мой взгляд вся логика реализуется на триггерах, процедурах и клиенте. Так для триггеров и ХП язык бедный слишком (по сравнению с PostgreSQL, Oracle, ...) Вот тут не копенгаген. Когда-то имел знакомство с TransactSQL, а про PL/SQL только слышал. Oracle больших денег стоит, да далеко не на всех задачах его применение оправдано (учитывая его цену). Про PostgreSQL слышал, что его дока часто расходится с делом. Например в доке было написано, что, то-ли запись может иметь размер больше 8k, то-ли строковые поля могут быть больше 8k, точно не помню, но из этого вытекало, что запись может располагатся на нескольких страницах данных, т.к. максимальный размер страницы был 8k, а на деле выходило, что пересечение записью границы страницы невозможно. И такого рода фигня во многих местах. Это беда почти всех открытых проектов. Писать документацию и поддерживать ее в актуальном состоянии всем лениво -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
русские голоса дл я festival
Кто-нибудь в курсе, есть ли в природе русские голоса для festival? Если есть - какие от них впечатления? -- Best regards, -Vlad
Re: как проверить на у течку памяти
On 2003.07.03 at 16:43:45 +0300, Stanislav Petrovsky wrote: Привет, Подскажите плиз чем можно проверить C-шную программу на предмет недоосвобождения памяти (malloc - free). Слышал про purify, однако такового в дистрибутиве не нашел (Debian woody 3.0r0) Если сказать apt-cache search memory leak или apt-cache search memory debug выдастся добрый десяток пакетов, имеющих отношение к отладке выделения памяти.
Re: gconf2 на сервере
Vlad Harchev wrote: On Sun, Jun 29, 2003 at 11:55:33PM +0200, Sergey V. Spiridonov wrote: Рекомендую спросить это в gnome-cyr@gnome.org (подписавшись туда!) ну или искать в гугле. И надо готовиться к тому, что в таком виде оно работать будет неприемлимо.. (Не то что я пробовал - но это плохое предчувствие). И по-моему и другие компоненты гнома2 не позволят иметь несколько процессов от одного юзера (так было c nautilus for gnome1). Так что проще не допускать несколько сессий гнома от одного юзера на хосте. Плиз запостите результаты в любом случае.. Пишу: всё оказалось *очень* просто. Всё что нужно было сделать, это написать ORBIIOPIPv4=1 в /etc/orbitrc! Всё! Работает замечательно. Если я меняю что-либо (например тему или бэкграунд) на одном хосте, сразу же автоматически меняется тема и на другом. Круто! Не зря я здесь нафлудил, защищая жконф, это действительно классная штука! -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Sergey V. Spiridonov wrote: Vlad Harchev wrote: Плиз запостите результаты в любом случае.. Пишу: всё оказалось *очень* просто. Всё что нужно было сделать, это написать ORBIIOPIPv4=1 в /etc/orbitrc! Всё! Работает замечательно. Если я меняю что-либо (например тему или бэкграунд) на одном хосте, сразу же автоматически меняется тема и на другом. Круто! Не зря я здесь нафлудил, защищая жконф, это действительно классная штука! Не, я просто ловлю кайф. Меняю настройки профиля для gnome-terminal на одном хосте, на втором сразу терминал с тем же профилем перерисовывается с новыми настройками! Кстати, в gnome-terminal есть профили. Так что как-то проблему профилей решили. -- Best regards, Sergey Spiridonov
Re: как проверить на утечку памяти
On Thu, 3 Jul 2003, Stanislav Petrovsky wrote: Привет, Подскажите плиз чем можно проверить C-шную программу на предмет недоосвобождения памяти (malloc - free). Слышал про purify, однако такового в дистрибутиве не нашел (Debian woody 3.0r0) Станислав Привет. Программ и рецептов много. Мне лично очень нравится valgrind. (Хотя он изначально связан с KDE, но в принципе абсолютно оргинальный проект.) http://developer.kde.org/~sewardj/ Удачи. Юра.
Re: gconf2 на сервере
On Thu, Jul 03, 2003 at 08:12:06PM +0200, Sergey V. Spiridonov wrote: Sergey V. Spiridonov wrote: Vlad Harchev wrote: Плиз запостите результаты в любом случае.. Пишу: всё оказалось *очень* просто. Всё что нужно было сделать, это написать ORBIIOPIPv4=1 в /etc/orbitrc! Всё! Работает замечательно. Если я меняю что-либо (например тему или бэкграунд) на одном хосте, сразу же автоматически меняется тема и на другом. Круто! Не зря я здесь нафлудил, защищая жконф, это действительно классная штука! Большое спасибо за постинг впечатлений! Не, я просто ловлю кайф. Меняю настройки профиля для gnome-terminal на одном хосте, на втором сразу терминал с тем же профилем перерисовывается с новыми настройками! А десктопы на разных машинах пущены от разных юзеров? Кстати, в gnome-terminal есть профили. Так что как-то проблему профилей решили. В g-t они внутри самого приложения (и поддерживаются именно кодом самого g-t) и не есть аналог того, что хотелось бы (профилей, которые реализованы прозрачно для приложений). -- Best regards, -Vlad
Re: Использова ние обфускаторов в прогр аммах GPL
Из GPL: The source code for a work means the preferred form of the work for making modifications to it. Скорее всего это правда, что в каком-нибудь суде под чьим-нибудь давлением предпочитаемой формой будет признан код после обфускации. Но только от того, что черное вдруг где-то признают белым оно ведь белым не станет. Да и как ни формулируй, если кому-то очень влиятельному надо будет, то и формулировка не поможет против произвола. От всех судов формулировками не закроешься. Игорь. On Thu, Jul 03, 2003 at 04:47:16PM +0200, Sergey Spiridonov wrote: Dmitry A. Fedorov wrote: On Thu, 3 Jul 2003, Andrei Sosnin wrote: Похоже, все-таки использование обфускаторов в программах под GPL нелегально: Ой, как страшно и сложно! На самом деле (IMHO) все намного проще - результат работы обфускатора просто не является исходным текстом, исходный - до. Остальное ясно. С человеческой точки зрения, всё ясно и просто. С юридической - возникает вопрос, что такое исходный текст. В тесте ЖПЛ есть определение исходного текста, и из него явно не следует то что ты написал. Так что всё не так просто. Сделает ли тот же вывод суд, который подходит к делу с формально-правовой стороны, без учёта эмоций и под давлением Майкрософта? -- Best regards, Sergey Spiridonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: как проверить на у течку памяти
On Thu, Jul 03, 2003 at 04:43:45PM +0300, Stanislav Petrovsky wrote: Подскажите плиз чем можно проверить C-шную программу на предмет недоосвобождения памяти (malloc - free). valgrind на сегодняшний день самый мощный и удобный инструмент. Слышал про purify, однако такового в дистрибутиве не нашел (Debian woody 3.0r0) А эта штука коммерческая и весьма недешевая. От Rational. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: firebird
Йоханга!!! On Thu, Jul 03, 2003 at 08:22:45PM +0400, Alexander S. Gordienko wrote: Мы тут все ломанулись советовать... А давайте спросим автора, что он собрался на FB делать и насколько велик его опыт работы с RDBMS вообще и IB/FB/YA в частности. Может оказатся так, что для его задачи и его возможностей существует более оптимальный выбор RDBMS. Я вообще то PostgeSQL больше люблю. Но тут выбора нет, надо людям FireBird. Но как тут многие высказывания положительные, то я думаю что пусть люди используют FireBird, переубеждать я их не буду. А если автор хотел узнать только то, что спросил то, я думаю, что ответ он уже получил. Я получил куда как больше. :) Спасибо всем высказавшимся :) -- TARANTUL
Re: gconf2 на сервере
Vlad Harchev wrote: [snip] Не, я просто ловлю кайф. Меняю настройки профиля для gnome-terminal на одном хосте, на втором сразу терминал с тем же профилем перерисовывается с новыми настройками! А десктопы на разных машинах пущены от разных юзеров? От одного, конечно, это же и было главной проблемой. Машины кстати, в разных сетках. Кстати, в gnome-terminal есть профили. Так что как-то проблему профилей решили. В g-t они внутри самого приложения (и поддерживаются именно кодом самого g-t) и не есть аналог того, что хотелось бы (профилей, которые реализованы прозрачно для приложений). Я думаю, что профили таки можно будет добавить прозрачно, особо не меняя API. Профили расширяют дерево параметров в ещё одном измерении, то есть в пути к параметру имя профиля появляться не должно. Если у нас есть профили, каждый параметр может иметь несколько значений, каждое из которых ассоциировано с именем определённого профиля. То есть, изменения нужны только в том, как это будет храниться в бакэнде и добавится API выбора профиля. -- Best regards, Sergey Spiridonov
Re: Создание документ ацидокументации в PDF.
On 03 Jul 2003 09:16:11 +0200 Igor Stroh [EMAIL PROTECTED] wrote: On Mit, 2003-07-02 at 11:44, Bogdan wrote: Есть задача - обеспечить печать и рассылку накладных из веб-системы управления хостингом. Я предпологаю использовать PDF. Посему вопросы: 1) Как наименне геморройно это можно реализовать. Существуют варианты: TeX-DVI-PDF, XML-PDF, PS-PDF. Хотелось бы услышать ваше мнение по их поводу 2) Хотелось бы так же узнать, как преобразовать весь текст в PDF в кривые. Если есть навыки работы с python - рекомендую python-reportlab. Спасибо, именно на python я все пишу, так что этот вариант рассмотрю в первую очередь.
Re: gconf2 на сервере
Sergey Spiridonov wrote: Dmitry Rojkov wrote: [snip] Как программный интерфейс жконф с одной стороны предоставляет необходимую функциональность для работы с праметрами, а с другой - скрывает детали реализации от приложения - способ хранения (формат), способ передачи (локально или по сети). то же справедливо и для debconf Я тут почитал документацию (ту что нашёл) и не нашёл ничего об этом, может подскажете ссылку какую? Какие пакеты смотреть? Где описан программный интерфейс? Ты говоришь, что /етц никуда не девается, это значит, что приложения всё ещё будут использовать свои парсеры, свои форматы, свои способы оповещения и т.д. В этом разница. А хуже или лучше я вопрос неуместен - адресуются разные проблемы. Честно говоря, не улавливаю разницы. Как я понял из документации, дебконф предоставляет возможность создавать и апдейтить текстовые конфигурационные файлы. При этом источником конфигурационных параметров может быть и ЛДАП. Это всё что я нашёл. Может я плохо искал? [snip] -- Best regards, Sergey Spiridonov
Что слышно о следующем релизе?
Hello debian-russian, ? -- Best regards, Vlad mailto:[EMAIL PROTECTED]
test
Hello debian-russian, -- Best regards, Vlad mailto:[EMAIL PROTECTED]
что это за бред?
Hello debian-russian, Received: from post_exch.uraltel.ru ([217.106.50.45]:25587 EHLO mail.utel ident: NO-IDENT-SERVICE[2] whoson: -unregistered- smtp-auth: none TLS-CIPHER: none TLS-PEER-CN1: none) by mail.yandex.ru with ESMTP id S690642AbTGCXQX; Fri, 4 Jul 2003 03:16:23 +0400 Received: from anydomain ([10.2.0.21]) by mail.utel with Microsoft SMTPSVC(5.0.2195.5329); Fri, 4 Jul 2003 05:16:19 +0600 content-type: text/plain;charset=windows-1251 from: [EMAIL PROTECTED] subject: Short Message delivery report to: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-OriginalArrivalTime: 03 Jul 2003 23:16:19.0610 (UTC) FILETIME=[1C4D77A0:01C341B9] Date: 4 Jul 2003 05:16:19 +0600 There is no such user (debian-russian). -- Best regards, Vlad mailto:[EMAIL PROTECTED]
Re: Xnest
On Thu, 3 Jul 2003 16:31:48 +0400 (MSD) Paul Romanchenko [EMAIL PROTECTED] пишет: PR Частенько приходится ходить на винды через rdekstop. Ввиду PR его...хммм...глюкавости, я предпочитаю запускать его в Xnest. Когда А какая у него...хммм...глюкавость ? Ни разу ни чего не сглючило за последний год - куча пользователей. X он точно не разу не уронил. -- Алексей Збиняков alexey at maple dot ru
Открытые исходники (Было: Использование обфускаторов)
Привет всем! Вообще вопрос предоставления исходных текстов помоему очень надуманная проблема. Надуманная в основном теми же производителями софта. Они прямо спят и думают, что все щас кинуться править их чудные исходники. Заметьте, что я говорю сейчас в основном о коммерческих продуктах, где исходники давать не хотят. Вот есть широкий выбор программ с открытыми исходниками. Скажите мне хотя бы из участников этого списка кто вносил серьезные правки скажем в исходные тексты Mozilla? Или ядра Linux? Там, что называется, попробуй разберись! И так в любой сколь-нибудь сложной (читай дорогой) системе. Единственное для чего нужны в таком случае исходники - это перекопилировать под новые версии дистрибутива (хотя мы знаем, что и это не всегда возможно в силу того как пишутся программы). Можно написать и предоставить исходник так, что там сам чёрт не разберется. Есть даже программы специальные, убирающие всё форматирование из C кода, например. Исходник в этом случае остаётся, но как в такой программе разбираться, если вся она будет выглятеть типа for (i=0;ibaka;i++){if (c0) kaka=3;else kaka=4; while(f=gets(f,50,buf)!=NULL){buf[strlen(buf)-1]='\0';}} все, скажем, в одну строчку и если таких строк в программе десятки тысяч и миллионы? Ну ладно можно напряч извилины с сделать какой-либо форматер, который снова попытается расставить форматирование (но никогда не сможет сделать это так как делал автор). А C++ это вообще песня! Там можно так построить программу и похоронить логику в иерархии объектов, что кроме создателя в программе сможет разобраться только очень сильный специалист. Опять-таки при предоставлении исходников, комментарии никто писать не заставляет, даже GPL. В общем к чему я веду. Если программа маленькая и несложная, в которой может разобраться в общем-то любой знакомый с программированием человек, то она не может стоить дорого и тогда нет смысла закрывать исходники с целью извлечь из программы большую денежную выгоду. Тем более вряд ли кто-то захочет и поддержку таких программ. А если программа большая и дорогая, то смысла закрывать исходники нет тем более, потому что в них сможет разобраться только очень маленькое количество людей. В заключении я могу сказать, что я говорю именно о предоставлении программы с открытыми исходниками с целью доработки под себя и багфиксов, а не с целью модификации для последующей перепродажи. Т.е. я говорю не о GPL и не воровстве (которое кстати легко доказуемо в этом случае, несмотря на обфускаторы и преследуется по закону, по крайней мере за бугром). Виктор