Re: железо для сервера amd64?
Sergey V. Spiridonov wrote: - mysql SATA, SCSI SATA vs SCSI mysql -- Best regards, Sergey Spiridonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Samsung printer
Denis S wrote: , - Samsung ML1520L?CUPS`e Samsung . CUPS , . ML1250,, ( ) -- Best regards, Sergey Spiridonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: IMAP =?KOI8-R?Q?=D3=C5=D2=D7=C5=D2_=CE=C1_=C2=C1=DA=C1=C8?= =?KOI8-R?Q?_=C4=C1=CE=CE=D9=C8_=D3_=D0=D2=C9=C2=C1=C2=C1=C8=C1=CD=C9?= =?KOI8-R?Q?=2E=2E=2E?=
Pavel Ammosov wrote: On Thu, Feb 17, 2005 at 10:57:28AM +0100, Sergey Spiridonov wrote: DBMail . - . http://www.dbmail.org/dokuwiki/media/dbmail-er-model.png - .- , , . . . , - . . . - , - . , lmtp, . , , , . . ... , . MIME- (, , ). , IMAP- (seen, answered, recent,...) ,- . ...LDAP . . [UID] SEARCH, FETCH IMAP. DBmail. SQL, ? QP , BASE64. . :) mbox , maildir. maildir . , sql select. SQL imap(pop) - sql. imap . ? . . , gmail -- . . , . , , . , , . ., . , . imap. ,, imap-sql. . -- Best regards, Sergey Spiridonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Обновление систем ы
Бейко Юрий Викторович wrote: Хочу обновить sysvinit 2.8.4-2woody1 на sysvinit 2.8.5. показывает зависимость от initscripts 2.8.5, которые в свою очередь зависят от sysvinit 2.8.5. установить одновременно не получается. Dpkg говорит, что в системе установлен пакет предыдущей версии и он не может быть удален. Как мне обновить эти оба пакета? Ps. Я новичек в этом, и буду рад любому конструктивному ответу. Если ничего более умного не посоветуют, попробуйте одну из опций --force-* (см. man dpkg). Но это крайняя и опасная мера, обычно это не требуется (как это могло получится?) -- Best regards, Sergey Spiridonov
Re: Ядерные модули
Petrov Dmithriy wrote: Всю жизнь собирал ядро монолитным. Недавно решил сделать всё по уму, собирать всё ненужное модулями. Прочитал хелпы по modutils, но не понял главного - как правильно настраивать конфиги, чтобы нужные модули подгружались автоматом. Я понимаю, что RTFM, но man что??? наверное hotplug
всё и сразу - сервисы и LDAP
Привет стоит сервер, хочу его для себя и друзей использовать. У каждого будет свой домен, каждый хочет ftp, ssh, apache, smtp forwarding, cgi, cvs и т.д. В принципе я понял что проще всего будет поднять LDAP и хранить пароли к службам, пользователей их настройки в нём. Для этого нужно придумать схему базы данных LDAP, потом создать её, потом сделать скрипт который бы при добавлении нового пользователя делал какие-то телодвижения. Сделать интерфейс чтобы пользователи могли управлять своими паролями к своим сервисам, и ещё хотелось бы при этом считать кто из нас сколько траффика извёл. А есть такой пакет чтобы поставить и получить всё это уже почти готовым? Типа gforge, но не для разработчиков а для обыкновенных пользователей. Или какой-нибудь хороший howto на эту тему. -- Best regards, Sergey Spiridonov
Re: перевод
Dmitry A. Fedorov wrote: On Thu, 8 Apr 2004, Sergey Spiridonov wrote: Зачем переводить такие термины? Ясно что изначальное значение слова 'оболочка' совсем другое. Поэтому либо 'командный интерпретатор', либо Нет, именно такое. В старых добрых книгах по юниксу (как сейчас - не знаю) были рисунки примерно такие: -- | shell| | | | | libc | | | | -- | | | | || | | | | kernel | | | || | | -- | | | (может чего и упустил) shell - это и есть оболочка пользователя, самая настоящая, а всякие там IDE - _тоже_ оболочки. В соответсвии с этим рисунком libc тоже оболочкой звать нужно :) Зачем перенимать неудачные названия? Да ещё объяснять их неудачными рисунками? :) Shell *не* является оболочкой для libc. Это какой-то нонсенс. Скорее этот рисунок демонстрирует очень наглядно, что сам термин shell - неудачный изначально, ещё в английском. А потому зачем его перенимать? крайнем случае - калька - шелл. Простр 'оболочка' это наихудший из возможный вариантов так этот термин не распростанён а само слово имеет совершенно другое значение. Незнание терминов не освобождает нового пользователя от необходимости учиться. Правильно, поэтому и нужно переводить *термины*. Открываем англо-русский компьютерный словарь А.Б. Борковского. Читаем: shell 1. командный процессор 2. командный язык и процессор командного языка операционной системы UNIX и её разновидностей. Shell - один из наиболее развитых командных языков, являющийся полным языком программирования. И не надо придумывать свои термины, которыми никто не пользуется и вводящие пользователя в заблуждение. -- Best regards, Sergey Spiridonov
Re: перевод
Vasiliy 'Druid' Misharev wrote: On Thu, Apr 08, 2004 at 09:27:34PM +0600, Ilya wrote: просто про термины лучше спрашивать именно там. Но всё же не мешает иногда смотреть в англо-русский словарь по программированию и информатике, например АБ Борковского -- Best regards, Sergey Spiridonov
Re: перевод
Dmitry A. Fedorov много чего написал и в общем правильно. Тогда последний аргумент. Разве кто-то использует этот термин? Я слышал обычно говорят просто шелл. Реже - командный интерпретатор или интерпретатор командной строки. Командная оболочка разве употребляется? Если кто-то слышал - скажите. Но если кто-то употребляет просто слово оболочка, типа - запустите оболчку - используйте команду оболочки ls тогда я посыпаю голову пеплом. -- Best regards, Sergey Spiridonov
Re: Где хранится инфо рмация из KAddressBook?
Дмитрий Петров wrote: Народ, такая проблема. Долгое время на домашней машине сидел под рутом, потом решил что это неправильно, пора начинать жить по правилам. Ну, перенёс всё из /root в /home/user, права поменял, владельца файлов поменял, всё замечательно, всё работает. Но - не перенеслись адреса из KMail. Хорошо, я сделал экспорт из-под рута, затем попробовал импортировать в юзера. Он стал говорить, что не может сохранить изменения, что KAddressBook уже загружен. KDE версии 3.1.5 (из unstable прошлого месяца) есть предположение что ты поменял права не всем файлам как ты права менял? попробуй так: $ cd $HOME $ find . -print0 | xargs --null chown vasya.pupkin -- Best regards, Sergey Spiridonov
Re: Где хранится инфо рмация из KAddressBook?
Sergey V. Spiridonov wrote: Дмитрий Петров wrote: Народ, такая проблема. Долгое время на домашней машине сидел под рутом, потом решил что это неправильно, пора начинать жить по правилам. Ну, перенёс всё из /root в /home/user, права поменял, владельца файлов поменял, всё замечательно, всё работает. Но - не перенеслись адреса из KMail. Хорошо, я сделал экспорт из-под рута, затем попробовал импортировать в юзера. Он стал говорить, что не может сохранить изменения, что KAddressBook уже загружен. KDE версии 3.1.5 (из unstable прошлого месяца) есть предположение что ты поменял права не всем файлам как ты права менял? попробуй так: $ cd $HOME $ find . -print0 | xargs --null chown vasya.pupkin гм, понятно, из под root надо делать то есть # cd /home/vasya # find . -print0 | xargs --null chown vasya.pupkin -- Best regards, Sergey Spiridonov
Re: Где хранится инфо рмация из KAddressBook?
Дмитрий Петров wrote: Народ, такая проблема. Долгое время на домашней машине сидел под рутом, потом решил что это неправильно, пора начинать жить по правилам. Ну, перенёс всё из /root в /home/user, права поменял, владельца файлов поменял, всё замечательно, всё работает. Но - не перенеслись адреса из KMail. Хорошо, я сделал экспорт из-под рута, затем попробовал импортировать в юзера. Он стал говорить, что не может сохранить изменения, что KAddressBook уже загружен. KDE версии 3.1.5 (из unstable прошлого месяца) да, также может быть что ты не все файлы скопировал как ты копировал? -- Best regards, Sergey Spiridonov
Re: Где хранится инфо рмация из KAddressBook?
Дмитрий Петров wrote: On Tuesday 30 March 2004 00:20, Sergey V. Spiridonov wrote: SV да, также может быть что ты не все файлы скопировал SV как ты копировал? Миднайтом, конечно :) Отображение скрытых и прочих файлов включено - оно у меня всегда включено :) Как в анекдоте про НР Сидит НР грустный в поломанном мерсе. К нему браток подходит Б: чё случилось? НР: да вот, не заводится Б: а по колесу ногой пробовал стучать? НР: да, два раза Б: а, кнопкой стекло пробовал опустить/поднять? НР: да, все четыре Б: ну тогда не знаю... -- Best regards, Sergey Spiridonov
Re: Organizer
Andrew I. Akapiev wrote: Здравствуйте! Ищу удобный в использовании органайзер. Многопользовательность и совместимость не требуются. Нужна поддержка функции напоминания по e-mail и запуска определенной программы. Пожалуйста, посоветуйте наиболее подходящее средство решения данной задачи. cron? ;) -- Best regards, Sergey Spiridonov
SATA RAID-1 или хотя бы карточ ку с SATA PCI, но с GPL драйверам и
Здравствуйте посоветуйте пожалуйста железяку. Хочу сделать RAID-1 (это у него же зеркалирование?), желательно hardware и недорого и SATA. Требование - GPL драйвера. Если нет RAID, то хотя бы обыкновенную SATA карточку для PCI, сделаю software RAID. Это для дома, так что больше 50-90 евро не отдам. -- Best regards, Sergey Spiridonov
Re: aMule
Dmitry Gusakov wrote: можно ли встрять со своим вопросом в вашу дисскусию? кто нибуть разворачивал p2p сеть в локальной сети? что выбрать ? всё что могу сказать на эту тему это только что 1. Не все p2p сети требуют наличия сервера, на сколько я знаю overnet обходится без серверов. 2. В mldonkey есть экспериментальный donkey-server -- Best regards, Sergey Spiridonov
Re: aMule
Dmitry E. Oboukhov wrote: mldonkey на рутере - самое то, у него есть http и telnet интерфейсы, единственная проблема - ЦПУ жрёт. DEO поставил mldonkey-server DEO но что-то документация там какая-то бестолковая -- пока не разобрался Почитай на оффсайте... может там лучше... ага - вечерком залезу на их сайт Через http можно конфигурировать и читать help (если он всключён), в телнете тоже есть help на каждую опцию и команду. DEO я так понял на сервере надо поставить DEO mldonkey-server DEO а в локалке на каком-нидь хосте mldonkey-gui DEO правильно? Честно говоря, я когда этот гуи последний раз смотрел, он мне не понравился, http и telnet то что надо. а там edonkey собственно и не предлагается в качве плагинов там есть: Directconnect Opennap Overnet Soulseek Bittorent Gnutella Это при установке? Наверное donkey всегда устанавливается. Хотя в настройках http его можно отключить. гм у меня на этот порт ничего не садится даже при включененных _всех_ плагинах может веб-интерфейс к нему отдельно прикручивается? У меня 4080, но его наверное нужно включить - опция http_port ну и allowed_ips -- Best regards, Sergey Spiridonov
Re: usbflash
Dmitry Skorinko wrote: Подскажите, как подмонтировать usb-flash, пожалуйста. В ядре все что нужно включил и SCSI и USB. Вставляю флешку, определяется... прописывается в /proc/scsi/scsi. Садится на /dev/sda Ядро какое? -- Best regards, Sergey Spiridonov
Re: .config Й headers
php-coder wrote: Подскажите, пожалуйста, где (на установочном диске или в каком пакете) находится config-файл от ядра 2.4.18? про boot тебе сказали, если не хочешь кернел для этого устанавливать, то apt-get source kernel-image-2.4.18, и там все конфиги будут. И еще: в /usr/include не заголовочных файлов? Где они или какой пакет нужен? А разве у php есть хедеры в /usr/include? ;) Тебе какие нужны? Может aptitude install libc6-dev? -- Best regards, Sergey Spiridonov signature.asc Description: OpenPGP digital signature
Re: печать из мозиллы - есть решение!
Andrey Tatarinov wrote: Интересно, если бы дело таки дошло до сбора денег, кто-нибудь что-нибудь дал? денег на что? http://lists.debian.org/debian-russian/2004/debian-russian-200403/msg00087.html -- Best regards, Sergey Spiridonov signature.asc Description: OpenPGP digital signature
Re: печать из мозиллы - есть решение!
Andrey Tatarinov wrote: у меня радостное известие - мне удалось распечатать русский из Мозиллы без привлечения грязных и чистых хаков! А применимо ли подобное решение для броузеров типа Galeon и Epiphany? Похоже что нет. Да и под Мозиллой пресловутый spacing не на всех фонтах работает. В общем буду дальше искать. -- Best regards, Sergey Spiridonov
Re: request for help and question about donation
Victor B. Wagner wrote: Вот патч, который бы позволял в конфигурации указывать три семейства основных шрифтов, точно так же как это делается для экранных шрифтов, и от этих бы шрифтов брались бы pfa и afm был бы правильным. А что решит выбор семейства? Я не понял зачем это нужно. Если у меня на странице русский/немецкий/японский, значит мозилла должна выбрать соответствующие шрифты сама, а не с моей подсказкой. Пожалуйста ты не мог бы написать подробней? Я не совсем понял твою идею. Оптимально чтобы ещё там на каждый шрифт была бы галочка - встраивать/невстраивать. ttf-ы это всё-таки не юниксовый путь. Type1 - лучше. И встраивать шрифты - правильнее, чем переводить их в кривые. Это понятно Потому что иногда хочется ещё что-нибудь с этим постскриптом сделать - полосы спустить, например, чтобы потом переплести. Я так понимаю что xprt-xprintorg может также встраивать шрифты. Очевидно именно это он и делает потому что пробелы для некоторых шрифтов изчезают. Если бы он переводил в кривые, то результат выглядел бы как на preview, а там пробелы есть. С другой стороны, xprt-xprintorg не поддерживается galeon и epiphany, но это вопрос наверное разрешимый. Разрбаотчики mozilla пошли по пути поддержки xprt-xprintorg и уговорить их на что-то другое может быть проблематично. В общем я попробую написать им письмо. Подытоживая: есть два пути решения проблемы: 1. Доработка xprt-xprintorg (я ещё не разобрался что именно) 2. Доработка mozilla, чтобы она встраивала шрифты (твоё решение) -- Best regards, Sergey Spiridonov signature.asc Description: OpenPGP digital signature
Re: печать из мозиллы - есть решение!
Sergey V. Spiridonov wrote: Andrey Tatarinov wrote: у меня радостное известие - мне удалось распечатать русский из Мозиллы без привлечения грязных и чистых хаков! А применимо ли подобное решение для броузеров типа Galeon и Epiphany? Похоже что нет. Да и под Мозиллой пресловутый spacing не на всех фонтах работает. В общем буду дальше искать. Оказывается всё работает. Если я печатаю в pdf, то проблемы со spacing (нет пробелов), если же я печатаю прямо на принтер (pcl 5 драйвер), то всё отлично печатается. К сожалению, прохоже Galeon и Epiphany не поддерживают этот метод. Вот такие дела. Странно что никто на debian-russian об этом не знал... Интересно, если бы дело таки дошло до сбора денег, кто-нибудь что-нибудь дал? -- Best regards, Sergey Spiridonov signature.asc Description: OpenPGP digital signature
Re: обработка DV видео
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gossen Alexey wrote: | не знаю, в какую сторону копать. пережатые с помощью mpeg2enc dvd на | svcd мало чем отличается от оригинала (причём на один диск помещается | около часа). а вот dv довести до ума никак не могу Я жал dv файлы с помощью mencoder. Качество было вполне приемлемое (ты надеюсь не забыл уменьшить разрешение) Вот один из вариантов (crop нужен был для убирания мусора по краям): $ cat /home/local/bin/create_divx_1500_454x376.sh #!/bin/bash rm frameno.avi mencoder $1 -ovc frameno -oac mp3lame -lameopts vbr=3 -o frameno.avi mencoder $1 -vop scale,crop=682:565:20:2 -zoom -xy 480 -oac copy -ovc lavc -lavcopts vcodec=mpeg4:vpass=1:vbitrate=1600 mencoder $1 -vop scale,crop=682:565:20:2 -zoom -xy 480 -oac copy -ovc lavc -lavcopts vcodec=mpeg4:vpass=2:vbitrate=1600 Учти что с камеры ты не получишь ни такого сжатия как с двд ни такого качества. Дело в том что в профессиональном фильме у оператора планы не ездят туда-сюда. У профи задний план почти неподвижен, а любители вроде меня размахивают обычно камерой туда-сюда, плюс шумы изменения яркости и дрожащие руки и т.д. Короче сжать любительский фильм гораздо труднее. - -- Best regards, Sergey Spiridonov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFARxBQJ3NEeIx4r3YRAsrCAJsFmoxKp0vRi5LFTMDoQNBgceXWLQCfXvfG rk5VqGnwHkr0A8H3gGOAoeQ= =DThS -END PGP SIGNATURE-
Re: request for help and question about donation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Victor B. Wagner wrote: |I want to make mozilla-* (firefox, thunderbird) Debian packages print |Russian text out of the box. It can be possible even without hacking |the source code, just by proper configuration, not sure. | | | The only thing which is needed, is to cure Mozilla from false assumption | that standard postscript fonts such as Courier, Times and Helvetica | contain Russian letters. - --- 8 | But there would be wrong spacing, becouse Mozilla doesn't use proper | font metrics. А чего по-английски? Я же просто Cc debian-devel@lists.debian.org и маинтейнеру мозиллы сделал. В общем я читал что это можно сделать с помощью xprt-xprintorg. Якобы он ttf фонты переводит в кривые. Сейчас разбираюсь. Но хочется не хака а правильный патч. И чтобы spacing был нормальный. И чтобы из коробки. Уже 2004 год на дворе, космические корабли бороздят бескрайние просторы, а основной браузер всё русский не печатает... - -- Best regards, Sergey Spiridonov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAR6gZJ3NEeIx4r3YRArijAJ9YrHs3IILMHofIuGft8zBRQH36FACfTWYB ULK4CL8axRLAfkUkbAYyHng= =AKeH -END PGP SIGNATURE-
Re: обработка DV видео
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gossen Alexey wrote: | вот на эти шумы яркости я больше всего грешу. современные кодеры очень | хорошо сжимают большие однородные поверхности. а если смотришь | любительское dv, там однородностью в помине не пахнет, как раз из-за | этого шума. есть ли в mencoder'е какие-нибудь фильтры, это устраняющие? Не знаю, может и есть. Про то что любительский фильм сжать с таким же качеством как профессиональный невозможно, читал на каком-то сайте. Там множество причин называлось. Я же думаю что при профессиональной съёмке высокое соотношение сигнал/шум, правильное освещение. | и ещё один вопрос. может ли mencoder жать mpeg2 видео? вроде да, но результирующее качество зависит от кодека, может случиться что кодек для мпег2 просто плохой (а может алгоритм mpeg2 плохой). | к сожалению, с mencoderом никогда не работал. да и не установлен он ещё. | пока что не установлен. Я тоже совсем немного работал. - -- Best regards, Sergey Spiridonov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD4DBQFAR8IMJ3NEeIx4r3YRAiXNAJ9vLf8sHz47coYtFjymr1QOOnCmvwCXVihV 2gCoPIg8QH+PLI3bHd258Q== =bNCC -END PGP SIGNATURE-
печать из мозиллы - ест ь решение!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Привет всем у меня радостное известие - мне удалось распечатать русский из Мозиллы без привлечения грязных и чистых хаков! Решение как, я подозревал, в использовании пакета xprt-xprintorg. Что мне удалось достичь и как: После запуска сервера Xprt нужно проэкспортировать $ export XPSERVERLIST=`/bin/sh /etc/init.d/xprint get_xpserverlist` Xprt сам определил что у меня есть CUPS и команда xplsprinters показала следующее: $ xplsprinters printer: samsung@:64 printer: xp_ps_spooldir_tmp_Xprintjobs@:64 printer: xp_pdf_spooldir_tmp_Xprintjobs@:64 Эти принтеры появились в Мозилле. Правда печать на первые два ничего хорошего пока не дала (я буду разбираться), но печать на третий, с именем xp_pdf_spooldir_tmp_Xprintjobs дала файл /tmp/Xprintjobs/Xpjob_20040305023000_xp_pdf_spooldir_tmp_Xprintjobs_title_.pdf Который я успешно распечатал уже обыкновенной командой lpr с русским языком! Судя по качеству, действительно ttf были перегнаны в кривые. Ура! - -- Best regards, Sergey Spiridonov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAR9xGJ3NEeIx4r3YRAlVuAJwJoJER39PQydOzxi9L8F3cIHF9sQCff2uI LWq3yCM/HYhyk+83zhIsxFw= =khUn -END PGP SIGNATURE-
Re: request for help and question about donation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Metzler wrote: | Sergey V. Spiridonov sena-1VtuP/tG+VlxJOgadfisgdi2O/[EMAIL PROTECTED] wrote: | |I want to make mozilla-* (firefox, thunderbird) Debian packages print |Russian text out of the box. It can be possible even without hacking | | Have you tried xprint? (of course the xorg variant) Thank you very much for an idea. I tried and got some positive results. I will try to summarize things to be done, so that printing will work without additional work. - -- Best regards, Sergey Spiridonov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAR9nWJ3NEeIx4r3YRAuiHAJ4zAfIXUp10kxtob/igEKNtCWc56wCfWEQW 5XIC8sHOju+yo3NNNubkALk= =ODl4 -END PGP SIGNATURE-
request for help and question about donation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I want to make mozilla-* (firefox, thunderbird) Debian packages print Russian text out of the box. It can be possible even without hacking the source code, just by proper configuration, not sure. However, I failed to do it myself easely. Some hacks which I found did not satisfy me. I wanted to find someone who is able to do this. I know for sure there are lots of people who need such a feature, but each of them can not spent a lot of resources. My idea is to gather money from those who are interested and propose an award to the developer which will agree to do this job. First I wanted just to go to rentacoder[1], but I need to formulate the task in the way the result will be accepted by Debian. Also I think it is better to ask Debian Developers about their opinion first. Another problem (hopefuly I will find a solution) is how to securely gather money from people which want to contribute. One more problem is that I am not sure, if the problem is in Mozilla package. What will be your suggestions? 1. http://www.rentacoder.com - -- Best regards, Sergey Spiridonov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFARn1kJ3NEeIx4r3YRAh4PAJ9eqr0JA+4OVBuDy2I6uu/IwjBPjwCfX+16 55OSUh7zbgJM7Sn4WnUfkMc= =qsQr -END PGP SIGNATURE-
Re: Debian и Active Server Pages.
Andrey Nekrasov wrote: Никогда не сталкивался с сайтами, сделанными с использованием Active Server Pages. Возник вопрос - можно ли перенести такое чудо на машину с Debian/Linux. я видел на свежем мясе конвертор asp-php, может поможет? -- Best regards, Sergey Spiridonov жарко под луной, тесно под рубахой
Re: MC+Unicode
Nikolai Prokoschenko wrote: On Fri, Jan 16, 2004 at 12:28:09AM +0100, Sergey V. Spiridonov wrote: Для любителей всяческих морд и ценителей антиквара времён IBM PC 286 9Mhz. Поддерживает UTF-8 локаль! Я чуть не прослезился :) $ apt-cache show ytree Package: ytree Серъёзно? Надо проверить :) Проверил. Н-да. Почти - набирать текст по-русски невозможно, а так вообще-то нормально :) Упс, набор текста я не проверял... Проверял только как он показывает utf-8. Пользоваться им всеръёз мне в голову не пришло :) -- Best regards, Sergey Spiridonov
Re: MC+Unicode
Nikolai Prokoschenko wrote: Хочется добавить пока, но что-то уже слабо верится. Ребята (наши причем) копошатся, но большого сдвига пока незаметно... Для любителей всяческих морд и ценителей антиквара времён IBM PC 286 9Mhz. Поддерживает UTF-8 локаль! Я чуть не прослезился :) $ apt-cache show ytree Package: ytree Priority: optional Section: utils Installed-Size: 244 Maintainer: Carlos Barros [EMAIL PROTECTED] Architecture: i386 Version: 1.79-2 Depends: libc6 (= 2.3.2-1), libncurses5 (= 5.3.20030510-1), libreadline4 (= 4.3-1) Filename: pool/main/y/ytree/ytree_1.79-2_i386.deb Size: 67036 MD5sum: 4acfbed31c538476b6b844a9f868b6f5 Description: A file manager that looks like Xtree Gold(tm) This is a file manager that looks like xtree gold(tm). it has history, colors, configurable file viewers and much more. It works on terminals. -- Best regards, Sergey Spiridonov
Re: Шрифт в konqueror, mozilla и opera
Igor Moskalev wrote: Во всех случаях используется шрифт arial от msttf. Локаль koi8-r (может, в этом дело?). Система: Debian woody unstable. koi8-r конечно не содержит знака номера, но на отображение это не должно влиять (теоретически) и эта, по-моему либо woody, либо unstable (или у тебя смесь?) P.S. Хотел приложить снимки с экрана, но с прикреплёнными картинками письмо не проходит, хотя и общий размер файлов небольшой. а ты линк приложи -- Best regards, Sergey Spiridonov A: No Q: Should I quote below my post?
Re: mozilla russian print печать ру сского
Vlad Harchev wrote: Надо поставить русские шрифты для ghostcript'а. Но печать будет архикривой - мозилла считает все символы русского как моноширинные, соответственно ширины текста она вычисляет неверно (слова будут налезать друг на друга или быть слишком отдалены елси они написаны разными шрифтами или начертаниями, подчеркивание будет рисоваться не там - в общем ужас). А konqueror такими проблемами не обладает. Хорошая новость годичной давности: From: Brian Stell [EMAIL PROTECTED] Newsgroups: gmane.comp.mozilla.internationalization Subject: Truetype to Postscript printing Date: 31.01.2003 19:14 This is new (so it may be buggy). Linux/Unix Mozilla can now print using Truetype fonts. Glyph outlines are converted to Postscript and embedded in the printout. This allows multiple fonts and multiple languages to be mixed in one printout including western, Japanese, Chinese, Korean, Arabic, Hebrew. System requirements: FreeType2, Truetype fonts, Ghostscript (or a Postscript printer level 2015 or greater). To enable Truetype printing enable direct FreeType2 display; see: http://www.mozilla.org/projects/fonts/unix/enabling_truetype.html Плохая новость: нифига не работает :( -- Best regards, Sergey Spiridonov A: No Q: Should I quote below my post?
mozilla russian print печать русско го
Здравствуйте, вот, вдруг понадобилось распечатывать русские сайты из Мозиллы, а не работает. Честно говоря был немного удивлён, что до сих пор это не сделали. Как я помню, проблема с печатью заключается в том что мозилла не встраивает шрифты. На #altlinux сказали что у них якобы всё работает из коробки. Я поставил mozilla из altlinux, но печать так и не заработала. Что делать? Интересует как быстрый хак так и что нужно сделать, чтобы решить проблему раз и навсегда. спасибо -- Best regards, Sergey Spiridonov A: No Q: Should I quote below my post?
Re: Крик души и совес ти!
Victor B. Wagner wrote: Я говорю о этике которую предлагает FSF и Сталлман (и я разделяю их взгляды в этом). С нашей точки зрения, копирование и использование к примеру, нелегальной копии Windows и Corel Draw, хоть и является Столлман, помнится, утверждал что отказаться поделиться с другом копией программы более неэтично, чем нарушить лицензию. Но не помню, что он где-то утверждал что то, что лицензия требует от тебя неэтичных действий, делает этичным её нарушение. Этичным с точки зрения FSF и Столлмана является ОТКАЗ от вступления в такие договорные отношения, которые требуют от тебя неэтичных действий. А лицензирование - это разновидность договорных отношений. Безусловно, отказываться от вступления в договорные отношения более этично. Копирование будет нарушением договорных отношений и воли автора, что конечно неэтично. Но если ты это делаешь с хорошей целью, как например, поделиться с другом копией програмы, то этичность этого поступка перевешивает неэтичность нарушения договорённости, как ты правильно указал выше. Т.е. предлагается не покупать такого софта, который распространяется под несвободной лицензией, но не предлагается его незаконно копировать. Он, конечно не предлагает его незаконно копировать, потому что это реклама преступных действий, подсудное дело. И конечно, наиболее этично будет отказываться от вступления в такие отношения, которые требуют неэтичных поступков. Это правильно до тех пор, пока есть свободный аналог программы, А когда его нет, то можно совершить менее этичный, но всё ещё хороший поступок, и поделиться копией с другом. -- Best regards, Sergey Spiridonov A: No Q: Should I quote below my post?
Re: Крик души и совес ти!
Sergey V. Spiridonov wrote: Он, конечно не предлагает его незаконно копировать, потому что это реклама преступных действий, подсудное дело. И конечно, наиболее этично будет отказываться от вступления в такие отношения, которые требуют неэтичных поступков. Это правильно до тех пор, пока есть свободный аналог программы, А когда его нет, то можно совершить менее этичный, но всё ещё хороший поступок, и поделиться копией с другом. Тем не менее, вынужден признать, что это моё развитие мыслей Сталлмана, и утверждать что это наше мнение, было неправильно. -- Best regards, Sergey Spiridonov A: No Q: Should I quote below my post?
Re: Крик души и совес ти!
Sergey V. Spiridonov wrote: Тем не менее, вынужден признать, что это моё развитие мыслей Сталлмана, и утверждать что это наше мнение, было неправильно. Хотя вот ещё цитата Сталлмана с gnu.org: -- Авторы часто заявляют о своем особом положении по отношению к написанным ними программам, из чего делают вывод, что их желания и интересы, связанные с программой, преобладают над интересами кого-либо еще, даже над интересами общества в целом. (Обычно компании, а не авторы, владеют авторским правом на программы, но мы не будем рассматривать эти случаи раздельно.) Тем, кто предлагает считать этической аксиомой правило автор более важен, чем вы, могу сказать лишь то, что я, достаточно известный программист, считаю это чепухой. -- Best regards, Sergey Spiridonov A: No Q: Should I quote below my post?
Re: Крик души и совес ти!
Wladimir Krawtschunowski wrote: Здесь должен возразить. Использование софта со снятой зашитой может соответствовать бытовой необходимости, но imho никак не этике. Как я уже написал, снятие защиты нарушает договорённость с автором, и сама по себе является плохим поступком. Однако если рассматривать все аспекты данной проблемы, то этот поступок находится в соответсвии с более фундаментальным правом на копирование и изменение информации (в благих целях). То есть если эта программа нужна людям, а пока нет свободного аналога, то снятие защиты принесёт больше пользы, чем вреда людям, а следовательно является этичным поступком (если нет дополнительных неэтичных факторов, как например, несанкционированный взлом программы ведения личного дневника, с целью его обнародования или закладка трояна для нанесения ущерба, морального или материального). С остальным согласен, и по-моему это не вступает в противоречие с написанным выше. А GNU/GPL вовсе не отменяет такую вешь как copyright. Единственная задача GPL - это возможность для разработчика дать свой код для обшественного использования без необходимости полного отказа от своих авторских прав. К примеру советую почитать вступление файла COPYING в корне тарбала ядра линукс. Если разработчики из мелкософта не хотят лицензировать свои продукты под GPL, то это их святое право. То что это мне не нравится, ещё далеко не означает что я исправлю свою этику под мои конкретные потребности типа: Зачеркнуть: Заповедь певая - не убий Написать: Заповедь первая - не убий, если это не работник мелкомягкого :-). -- Best regards, Sergey Spiridonov A: No Q: Should I quote below my post?
Re: Linux on iPaq
Dmitry wrote: Существует ли в природе переходники с УЗБ на КОМ(мама УЗБ папа КОМ). В принципе существуют для мышей, но думаю они тебе не подойдут. Но раз существуют для мышей, то может есть такой и для твоего девайса? -- Best regards, Sergey Spiridonov A: No Q: Should I quote below my post?
Re: помогите
Timur Elzhov wrote: On Wed, Nov 05, 2003 at 10:06:28PM +0500, Иван wrote: Здравствуйте, debian-russian. Я только что установил linux и мне интересно как мне запустить какуюнибудь оболочку типа волков командор под досом помогите Пакет dosemu Иван наверое имел в виду, что ему нужна оболочка типа vc. В линуксе я знаю три для консоли. 1. Dired mode в emacs $ su - -c 'aptitude insall emacs21' $ emacs '--execute=(dired .)' или $ emacs а потом последовательно 'Alt-x' 'd' 2. Midnight Commander $ su - -c 'aptitude install mc' $ mc 3. GNU Interactive Tool $ su - -c 'aptitude install git' $ git У номера 2 и 3 проблемы с юникодом. Для X Window есть Nothern Captain $ su - -c 'aptitude install xnc' $ xnc Но главное, это изучение команд ls, cp, rm, find, grep, sed и прочих с помощью $ info coreutils $ info bash $ info emacs -- Best regards, Sergey Spiridonov
Re: dselect загружал данны е от debian.org но через др угую щарманку
Paul Romanchenko wrote: в одном из дебиановских документов, типа user guide, я прочёл что-то вроде apt is obsolete, use aptitude instead. apt не может быть obsolete. aptitute это frontend к apt и не может без него работать. другое дело, что на apt-get можно в свете aptitude забить. Но не всегда это возможно. да-да, опечатка вышла, имелся в виду apt-get, а apt это название пакета, такой ведь программы нет. Вот оригинальная цитата: 5.2.2 Deprecated upgrade practice using apt-get The use of apt-get described below is widespread but it is not recommended for system upgrades. If you need tu upgrade without dselect after Woody, consider aptitude and other options. If a system does not have many packages ot the Debian archive did not have major changes, the following may be sufficient(sometimes). # apt-get update # always do this before upgrade # apt-get upgrade # always do this before upgrade ... to upgrade the whole system with depends selections: # apt-get -u dist-upgrade or to upgrade and stay with current dselect settings (new,better) # apt-get -u dselect-upgrade -- Best regards, Sergey Spiridonov
Re: emacs utf-8
elephantum wrote: Пивет всем. Люди, подскажите пожалуста, как настроить емакс, что бы он мог работать с файлами в utf-8. А то у меня вместо русских букв показываются квадратики. shift+left mouse button-Misc-6x10 Как это прописать в .emacs я не разбирался -- Best regards, Sergey Spiridonov
Re: вопрос о состояни и системы
Забыл Cc в debian-russian? SS Andrey Nekrasov wrote: SS- какие программы пишут/читают с дисков (хочеться вид как в iptraf) SS может SS $ ps alx SS ? И чего это тебе скажет? iptraf честно показывает все, прошедшее через интерфейс, а это тебе покажет неочевидно интерпретируемый снапшот в первый попавшийся момент времени. Так и есть, именно неочевидно и именно снапшот. Но может человеку этого хватит? Поэтому и знак вопроса в конце. А так чтобы как в iptraf - нужно наверное кернел и/или libc подредактировать, чтобы каждый вызов write в файле отмечался. -- Best regards, Sergey Spiridonov
Re: asus a7n8x-x
Sergey Spiridonov wrote: Что делать? И куды бечь? Всем спасибо, всё полечилось измененением опции биос определения частоты ОЗУ с by SPD на Auto. by spd выставляло 166, что хоть и правильно для памяти, было слишком много для цпу. Auto ставит 133 и всё работает... -- Best regards, Sergey Spiridonov
Re: subscribe
Victor B. Wagner wrote: Давайте в утопию не будем впадать, а здраво рассуждать... рассылка Debian это вообще сплошная утопия. Но, что характерно, работает. Хотя строгое следование принципам иногда приводит к своим проблемам, например отсутствию в дистрибутиве полноценного mplayer. А GFDL документы могут скоро в non-free перевести, а там глядишь и emacs следом ;) Интересно, что при этом Дебиан продолжит распространять non-free, так как GR по поводу выбрасывания non-free должен был быть несколько лет назад, но так и не состоялся :) Интересно, уберёт ли Дебиан GNU из названия Debian GNU/Linux? А то нескладуха получается - дистрибутив GNU, но без GNU документтации :) -- Best regards, Sergey Spiridonov
Re: gnu-imap
Sergey Chumakov wrote: Hi All, Кто-нибудь использует imap4d из гнушных mailutils? я поставил сегодня, а что? -- Best regards, Sergey Spiridonov
Re: sms@sms.uraltel.ru
Andrey Ushakov wrote: А что кстати делать с юникод письмами, они тоже уже надоели, неужели трудно установить у себя koi8-r для исходящих. Пока вроде в этой А может уже пора вылезти из коротких штанишек koi8-r? :) кодировке большинство конференций и рассылок работают, где-то даже просто не пропускают другие кодировки. это где? -- Best regards, Sergey Spiridonov
Re: Подключение к уда ленному серверу???
Victor B. Wagner wrote: Может кто подскажет реально работающее оборудование (не дорогое) под линукс?? Любой сотовый телефон со встроенным модемом, к которому ты найдешь подходящий шнурок для подключения к компьютеру. Или, если у тебя есть инфракрасный порт в компьютере - любой телефон с ИК-портом. Или любой GSM/GPRS модем. У нас на фирме такой девайс покупали, 50 евро стоил, если не изменяет мой склероз, подключался по ком-порту и был виден как обыкновенный модем с дополнительными AT командами. -- Best regards, Sergey Spiridonov
Re: Подключение к уда ленному серверу???
Victor B. Wagner wrote: Или любой GSM/GPRS модем. У нас на фирме такой девайс покупали, 50 евро стоил, если не изменяет мой склероз, подключался по ком-порту и был виден как обыкновенный модем с дополнительными AT командами. Это где это вы такое за 50 евро взяли? Я на price.ru посмотрел - всего десяток предложений от $250 до $350 причем все либо USB, либо CompactFlash. Я не знаю, где они его взяли, я его не покупал :) Может, это была цена за партию от 1000 штук? ;) Сейчас быстро посмотрел в гугле, самый недорогой нашёл за 160 с RS232. Потом в него же отдельную симку надо. Ну, а в телефон не надо разве? Вот, по ходу нашёл ссылку: http://www.physiol.usyd.edu.au/daved/linux/gsm-modem.html -- Best regards, Sergey Spiridonov
Re: 翽翽 翽
time wrote: Здравствуйте Все!!! Может кто подскажет есть ли проги и оборудование под Линукс для подключения видеокамер наблюдения и запись на винт изображения с них??? если это обыкновенные ч/б камеры с видеовыходом, то предположительно любая поддерживаеиая линуксом карточка с видеовходом подойдёт. Я даже где-то видел GPL детекторы движения для камеры. просто я пытаюсь совершенно отойти от применения Вынь продуктов и превести все оборудование под линукс!!! а что за оборудование? квадраторы? магнитофоны? что-то ещё? какие камеры? Осталась единственная проблема - перевести компы охраны на Линукс!!! вот и появился вопрос - а есть ли аналог оборудования и программ для линукса,,, я думаю, свободного и достаточно надёжного нет... -- Best regards, Sergey Spiridonov
Re: поблемы с realtek
Wladimir Krawtschunowski wrote: вот такая грустная история: был сервак и стояла на нем карта от reaktek-а, и вот стал у меня сервак У меня вся система висла из-за реалтека, пока не заменил на интеловскую карточку. Очевидно драйвер кривой. -- Best regards, Sergey Spiridonov
Re: поблемы с realtek
Andrey Ushakov wrote: А про ядро, конечно же, никто не подумал... Если есть вероятность, что драйвер кривой, то можно и обновить. Не понял, что обновить и на что? Пробовал 2.4.21 и 2.4.20. -- Best regards, Sergey Spiridonov
Re: поблемы с realtek
Andrey Ushakov wrote: Например у меня было так, что система грузила 8139cp, который отказывался работать, пришлось самому прописать подгрузку 8139too, после чего проблема решалась. Но это больше трабла с детектом по дефолту нужного драйвера, а не бага драйвера. Я неясно выразился: карточка работала, и неплохо. Просто периодически (при сетевой загрузке) система зависала. После замены карточки проблема пока (тьфу-тьфу) исчезла. -- Best regards, Sergey Spiridonov
Re: potato - woody
Nick Potemkin wrote: Хочется смигрировать полностью на вуди. Что, просто прописываем в sources.list репозиторий и говорим apt-get dist-upgrade? Кто производил данное действие - какие подводные камни меня ожидают? :) не забудь # echo APT::Cache-Limit 12582912; /etc/apt/apt.conf -- Best regards, Sergey Spiridonov
Re: видеокарта
Sergey V. Spiridonov wrote: А что у этого Радеона 7500 и видеовыход работает и драйвера под GPL? Я на сайте ATI смотрел, они там вроде писали, что видеовыход ещё в какой-то там стадии (правда не помню, о какой карте речь шла). Так что? -- Best regards, Sergey Spiridonov
Re: видеокарта
dim wrote: Hello debian-russian! Извиняюсь за оффтопичность. ;) Посоветуйте, пожалуйста, сабж. Нужно что-нибудь без наворотов, но чтобы памяти на борту не слишком мало, всякие трехмерности в принципе работали (навороты не нужны! ;), и без проблем (включая выискивание драйверов в инете) вставала как под линуксы, так и под винды. А мне кто-нибудь посоветует? Хочу чтобы был видеовыход, чтобы AGP 8x, и чтобы рабочие драйвера были в Дебиане (лицензия типа GPL/BSD...). Что, нету? Ну снимаем ограничение 8х. Опять нету? Что же это деется? -- Best regards, Sergey Spiridonov
Re: видеокарта
Andrey Kiselev wrote: On Mon, Aug 04, 2003 at 08:59:38PM +0200, Sergey V. Spiridonov wrote: Нужно что-нибудь без наворотов, но чтобы памяти на борту не слишком мало, всякие трехмерности в принципе работали (навороты не нужны! ;), и без проблем (включая выискивание драйверов в инете) вставала как под линуксы, так и под винды. А мне кто-нибудь посоветует? Хочу чтобы был видеовыход, чтобы AGP 8x, и чтобы рабочие драйвера были в Дебиане (лицензия типа GPL/BSD...). Что, нету? Ну снимаем ограничение 8х. Опять нету? Что же это деется? Как это нету? А уже указанный Radeon 7500? (правда, есть маленький нюанс при настройке XFree 4.1, которые в stable, но система вполне рабочая). И, кстати, зачем тебе AGP 8x??? Ну, материнка поддерживает. Так чего бы не взять? Чего добру пропадать? А что у этого Радеона 7500 и видеовыход работает и драйвера под GPL? Я на сайте ATI смотрел, они там вроде писали, что видеовыход ещё в какой-то там стадии (правда не помню, о какой карте речь шла). -- Best regards. Sergey Spiridonov
Re: О прелестях компи ляции под определенны й процессор ...
Dmitry Astapov wrote: Evening, Aleksey. Ранее в этом списке высказывалось мнение, что компиляция под определенный процессор всех приложений в системе приведет к появлению субъективного ощущения того, что система работает быстрее. Я доступно излагаю? Я ведь не оперирую терминами load average, cpu load, vmstat ... Так вот - с этой точкой зрения я не согласен. Я считаю ее неверной. Я, что она приводит к появлению urban legends в области IT. Для иллюстрации того, что компиляция под CPU не приносит ощутимых результатов для рядовых пользователей в повседневной деятельности, я и запостил ссылку. Меня почему-то сразу записали в оптимизаторы и стали со мной спорить о посылках, которых в исходном письме не было ... Да, это флейм :) Я не хочу флеймить, но то что AMD и Intel расходятся всё дальше и дальше - факт. Это действительно разные процессоры и не только по набору команд. И то что мы сегодня имеем возможность запускать один и тот же код на обоих может со временем станет лишь историей. Заметь, это статья никакого отношения не имеет к оптимизации, если бы они хотели написать об оптимизации, они бы сравнивали gnumeric в одном и том же gentoo, но собранный с оптимизацией и без. Хоть я и не собирал никогда систему под конкретный процессор, но считаю вполне логичным иметь дистрибутив -686 и дистрибутив -k7. Что имеет конечно, свои недостатки, почему до сих пор и не было внедрено. -- Best regards, Sergey Spiridonov
Re: HURD Booting problem
Pasha Kustov wrote: Здравствуйте! Если кто-нибудь использовал hurd, подскажите: проблема: во время загрузки ядра зависает, проц на 100% (VMWare). Последние писанные строчки: start (hd0,0)/hurd/ext2fs.static: (hd0,0)/hurd/ext2fs.static: cannot vm_map whole disk: (os/kern) no space available Место вроде есть, так чего ему не хватает??? Гружусь grub'ом строго по инструкции в hurd-install-guide.pdf. Кто-нибудь сталкивался с подобным? ПОМОГИТЕ!!! а размел раздела какой? очевидно большой сильно? у хёрда пока ограничение на размел раздела около 1 ГБ, так что сделай помешьше раздел. Да, и не трогай клавиатуру во время загрузки. -- Best regards, Sergey Spiridonov
Re: Эксперимент над ж урналистами
Andrey Kiselev wrote: Я измеряю степень свободы просто: чем большее количество разнообразных действий я могу совершить с данным продуктом, тем он свободнее. По этому Такой подход имеет право на жизнь, но кроме Вас есть ещё и конечные пользователи. критерию BSD-лицензия (под которой распространяется NauDoc) существенно Он распространяется под своей[1] лицензией (по крайней мере это следует из написанного[2] на их сайте) 1. http://www.naumen.ru/go/products/licences/npl 2. http://www.naumen.ru/go/products/naudoc/development_and_expansion свободнее GPL. В данном случае эта свобода помогает мне извлечь личную выгоду, поэтому я нахожу более свободные условия более правильными. С таким же успехом микрософт может назвать свою лицензию наиболее свободной, потому что она позволяет им совершать большее количество разнообразных действий и им помогает извлечь личную выгоду. Всё же надо смотреть, на какое количество людей распространяются свободы, и как эффективно они действуют. Конечно, я не спорю, это безусловно Open Source лицензия и на много более свободна чем микрсофтовская лицензия. Но зачем говорить наиболее свободная лицензия, если она наиболее удобна только для того кто переделывает открытую версию? Конечный пользователь не выигрывает от этого, а проигрывает. Другие разработчики не выигрывают, а проигрывают от того что кто-то закрывает свои полезные изменения к открытому коду. Это действительно вопрос убеждений. -- Best regards, Sergey Spiridonov
Re: Эксперимент над ж урналистами
alexander saltanov wrote: On Sat, Jul 26, 2003 at 09:48:57AM +0400, Dmitry B. Sidorov wrote: Можно поставить NauDoc от фирмы Naumen. GPLed продукт под Zope, который GPL там и не пахнет, хотя лицензия Open Source совместимая. -- Best regards, Sergey Spiridonov
Re: Эксперимент над ж урналистами
Andrey Kiselev wrote: On Mon, Jul 28, 2003 at 08:47:48PM +0200, Sergey V. Spiridonov wrote: Можно поставить NauDoc от фирмы Naumen. GPLed продукт под Zope, который GPL там и не пахнет, хотя лицензия Open Source совместимая. Лицензия там не просто OpenSource-совместимая, а FreeSoftware-совместимая и она гораздо правильнее, чем GPL. А что это, FreeSoftware? Я знаю определение[1] Free Software от FSF (и GPL это и есть самое правильное Free Software, по их определёнию). Есть определение[2] и критерии [3] от Debian. Есть ещё, Open Source[4], но для них Free это не главное, для них главное Open. Некоторые считают[5], что freeware это и есть Free Software, другие полагают что Public Domain это она, родимая свобода. [1] http://www.gnu.org/philosophy/free-sw.html [2] http://www.debian.org/intro/free.en.html [3] http://www.debian.org/social_contract#guidelines [4] http://www.opensource.org/docs/definition.html [5] http://www.ixbt.com/editorial/fishday/fishday-16.shtml Что касается степени правильности той или иной лицензии, то это дело личных убеждений. Я как и Debian[6] и FSF склоняюсь именно к GPL, как к наиболее правильной. За ней, Debian рекомендует, как я помню BSD и Artistic. Это не мешает, конечно Вам иметь своё, уважаемое мною мнение по этому поводу. [6] возможно, что моё мнение о мнении Debian'а неверно, вышеизложенное является моим пониманием написанного на www.debian.org [2]. -- Best regards, Sergey Spiridonov
Re: k2.4: ipchains/iptables -Z -L
Sergey V. Spiridonov wrote: Orehov Pasha wrote: Ладно, в 2.4 ядре сломали атомарное чтение-очистку ipchains А кто-нибудь знает, в 2.4.21 iptables -Z -L нормально работает? кстати, ipchains там никто не собирается чинить? Чтобы инициировать этот процесс куда писать? По результатам моих последних экспериментов, в 2.4.21 ещё и nfs сломали :(. Не, это не в ядре сломали, это nfs-kernel-server сломали -- Best regards, Sergey Spiridonov
Re: k2.4: ipchains/iptables -Z -L
Orehov Pasha wrote: Ладно, в 2.4 ядре сломали атомарное чтение-очистку ipchains А кто-нибудь знает, в 2.4.21 iptables -Z -L нормально работает? кстати, ipchains там никто не собирается чинить? Чтобы инициировать этот процесс куда писать? По результатам моих последних экспериментов, в 2.4.21 ещё и nfs сломали :(. -- Best regards, Sergey Spiridonov
Re: Как объединить плани рующих в Microsoft Outlook?
Gabi wrote: http://www.billworkgroup.org/billworkgroup/home А этот кроме как с аутлуком и не работает :( Посмотрел я на phpgroupware: Замах впечатляет, но многое ещё не работает (например IMAP интерфейс). На моём k6-366 тормозит жутко (очевидно, виноват php). Поддержки юникода (или русского) нет. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Dmitry Astapov wrote: Evening, Sergey. Sergey V. Spiridonov [EMAIL PROTECTED] 12:35 4/7/2003 wrote: SVS Ну как же. Изменились настройки апача в конфигурационном файле, что SVS нужно сделать? Перезапустить или послать сигнал ему чтобы он SVS перечитал. Так вот у разных приложений есть разные способы SVS оповещения. У многих их просто нет (например как у большинства X SVS приложений). Тут ключевая тема - правил я сегодня, а уведомить хочу завтра. Что бы там приложение себе не думало по этому поводу http://lists.debian.org/debian-devel/2003/debian-devel-200307/msg00467.html :-) -- Best regards, Sergey Spiridonov
Re: Как объединить пл анирующих в Microsoft Outlook?
Dmitry S. Telegin wrote: Или, есть что-нибудь бесплатное вместо Microsoft Exchange server? Может как-то по другому организовать совместное планирование? при условии, что основная масса людей работает в Windows. Я сам ищу что-то подобное. По идее это есть в phpgroupware. Я ещё не пробовал (может на днях найду время). Ещё есть жалкие зачатки в sqwebmail... -- Best reagards, Sergey Spiridonov
Re: USB сканер - я кажет ся не понимаю чего-то важного...? Плс, пом огите - второй месяц стоит мертвым грузом. ..
Bogdan wrote: [snip] заметил такой баг - в некоторых ситуация сканер все равно не виден lsusb - помогает схема достал/вставил. Как-нить можно ее провернуть программно...? Один способ знаю - выгрузить/загрузить модуль ядра USB. Но может есть и менее радикальные способы. -- Best regards, Sergey Spiridonov
Re: GNU FDL is not actually a free license
Andrei Sosnin wrote: Wed, 9 Jul 2003 10:11:26 +0300 Maxim Tyurin [EMAIL PROTECTED] wrote (написал/а): Никакой конфронтации там нет. Просто GFDL не всегда подходит для дистрибутивной документации. Интересно, по какой причине в FSF решили установить такие требования к документации... Причины Сталлман излагал, насколько я знаю, основные это 1. Документация это не софт, и если скажем, Сталлман делает заявление, в котором отражаются его идеи и взгляды, то если кто-то их подредактирует, то это будет не совсем то что хотелось, или если кто-то уберёт скажем, благодарность разработчика его жене, за то что она ему помогала. В этом причина появления инвариантов, как я понял. 2. Сделать документацию выгодной для издателей. Как в этом помогают инварианты, я не понял. Кстати, у данной статьи явно слышался подтекст между строк: что за бред они в лицензии насочиняли!... :) Впрочем, понятно: трудно не совершать ошибок... В debian-legal в диалоге со Сталлманом выражались и покруче. Впрочем Сталлман я так понял не был убеждён аргументами дебиановцев. Мне только интересно, в статье пишется Debian community, которое решило, было что-ли голосование? Будем надеяться, что следующая редакция этой документационной лицензии будет более либеральной... ... а пока документацию на emacs перенесут в non-free и она не будет распространяться на CD. Ждём GPL версии 3, если всё так будет продолжаться, то в итоге GPL3-soft перенесут в non-free, включая emacs и kernel :). -- Best regards, Sergey Spiridonov
Re: Открытые исходник и (Было: Использовани е обфускаторов)
Viktor Vislobokov wrote: [snip] В общем к чему я веду. Если программа маленькая и несложная, в которой может разобраться в общем-то любой знакомый с программированием человек, то она не может стоить дорого и тогда нет смысла закрывать исходники с целью извлечь из программы большую денежную выгоду. Тем более вряд ли кто-то захочет и поддержку таких программ. А если программа большая и дорогая, то смысла закрывать исходники нет тем более, потому что в них сможет разобраться только очень маленькое количество людей. Это не всегда так. Не всегда маленькая программа не может стоить дорого. Например если она реализует алгоритм, ноу-хау или математику, в области о которой очень мало людей осведомлены. Например, фирма в которой я сейчас работаю занимается написанием программ которые распознают различные виды 1-о 2-у мерных кодов (идея как у штрих-кодов). Программа небольшая (один декодер - меньше 10 тыс строк, с комментариями и хедерами), но стоит это удовольствие дорого. Я думаю что таких областей - пруд пруди. Другой пример - когда программа использует особенности архитектуры на которой она работает, которые неизвестны никому, кроме производителя железа. Пример - софт для мобильных телефонов. Производители телефонов открывают могут стричь бабки за программное обеспечение для них и быть уверенными, что никто кроме них не сможет написать что-либо, потому что он никогда не узнает как. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Oleg Gritsinevich wrote: On Fri, Jul 04, 2003 at 12:35:20PM +0200, Sergey V. Spiridonov wrote: [skip] 4. При всём при этом, остаётся возможность выбора бакэнда(формата) и возможность сетевого взаимодействия, без необходимости что-либо специально для этого программировать или изменять в приложении. Как в концепцию gconf-а вписывается конфиг sendmail-а (представляющий собой исходник на сноболе)? Да хоть на фортране. Какая разница? В чём Вы здесь видите проблему? Концепция жконфа вписывается так же, как TCP/IP вписывается в python, к примеру. Есть библиотека sockets, и есть к ней API на питоне. Точно так же есть библиотека gconf а для остальных языков пишется соответствующее API. Или я Вас не понял? -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Sergey Spiridonov wrote: [snip] Да, понятно, что ж не понятно? Историю изменений приятноиметь для некоторых важных конфигурационных файлов. Кто же спорит? Жконф к этому таки отношение мало имеет, это уже проблемы бакэнда, я думаю. Но мысль ясна. О чём и речь: (1) к ведению истории изменений -- отношение мало имеет; Это же относится и к сегодняшнему подходу. К ведению истории изменений имеет отношение CVS, например. При чём здесь жконф или апач? Кстати, для типизованных параметров историю изменений можно и в реляционной базе данных организовать очень эффективно. Делается это заменой update на insert с текущим временем. Про отличие в скорости доступа, поиска и изменения по сравнению с текстовым файлом я говорить не буду, это и так понятно. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Oleg Gritsinevich wrote: On Mon, Jul 07, 2003 at 01:48:21PM +0200, Sergey V. Spiridonov wrote: Oleg Gritsinevich wrote: On Fri, Jul 04, 2003 at 12:35:20PM +0200, Sergey V. Spiridonov wrote: [skip] 4. При всём при этом, остаётся возможность выбора бакэнда(формата) и возможность сетевого взаимодействия, без необходимости что-либо специально для этого программировать или изменять в приложении. Как в концепцию gconf-а вписывается конфиг sendmail-а (представляющий собой исходник на сноболе)? Да хоть на фортране. Какая разница? В чём Вы здесь видите проблему? Концепция жконфа вписывается так же, как TCP/IP вписывается в python, к примеру. Есть библиотека sockets, и есть к ней API на питоне. Точно так же есть библиотека gconf а для остальных языков пишется соответствующее API. Или я Вас не понял? Речь идёт не о биндингах к API gconf-a другого языка, а о другом. В данном случае _сам_ _конфиг_ (sendmail.cf) представляет собой программу на некотором языке, которую интерпретирует другая программа (в данном случае sendmail). Данный конфиг не вписывается в концепцию name-value pair и ни в какой другой общий формат описания конфига тоже не вписывается. Единственное, чем sendmail может воспользоваться в API gconf-a, IMHO нотификация об изменении конфига, и чем это лучше обычного kill -HUP? При такой постановке, конечно, толку от gconf мало. Я сам не знаком с внутренностями sendmail, хотя устанавливать и настраивать его пару раз приходилось. То что я помню, это текст, который сперва прогоняется через макропроцессор m4, а что потом с ним делается, я даже не интересовался. Так что квалифицированного ответа не ждите, но кое-какие соображения я выскажу. 1. Жконф работает с параметрами конфигурации. Называть текст интерпретируемой программы, даже если она может быть изменена пользователем, конфигурационным параметром конечно можно, но революционного смысла, потрясающего основы основ, как Вы правильно заметили, в этом особого нет. Но то что указанный текст представляет собой интерпретируемую программу не значит что *внутри* неё не используются конфигурационные параметры. Внутри этого конфигурационного файла, как я помню, были значения (придумываю на ходу), типа smarthostname(gnu.org). Так вот этот smarthostname и может быть конфигурационным параметром, хранимым в жконф. 2. Осмелюсь заявить, что такие программы как Sendmail это всё же скорее исключение, чем правило. И сложность изучения его языка кофнигурирования относится к разряду общепризнанных фактов. Завязывание программы на gconf автоматически сужает её область применения/распространения, по крайней мере системные вещи на него завязываться не должны и скорее всего не будут. Вы конечно в праве так полагать. Я надеюсь, вы основываетесь не только на сложности конфигурирования Сендмэил? Не совсем понятна цель создания gcnof-a: - избавить программистов от рутинной писанины парсеров конфигов? В сложных случаях, как в примере с sendmail-ом, это невозможно. Сложность этого случая, насколько я могу судить на основе моего скромного опыта использования не исключает возможность применения жконф, как я указал выше. Кроме того, сложность обуславливается в большей степени сложностью самого языка, а не конфигурации как таковой. - предоставить средства редактирования конфигов с валидацией синтаксиса и введённых значений? Ну синтаксис ещё можно кое-как отслеживать. Так большинство существующих программ и так не запустятся с ошибкой конфиге. Да, однако есть отличие между не запустится и невозможностью синтаксической ошибки. В случае проверки типа, мы гарантируем, что синтаксис (на описанном уровне, конечно), правилен. Проверка семантики? Она тоже возможна только в самом примитивном виде (проверка принадлежности значения к.-л. м-ву), а как н.п. проверить не попутал ли пользователь наружный интерфейс с внутренним в конфиге iptables? Если я Вас правильно понял, то в случае если пользователь попутал, то этого не заметит даже iptables? Конфигурирование сложных приложений gconf упростить не сможет, а в простых случаях ничего упрощать и не надо. Ни первое ни второе утверждение для меня, как для программиста, пользователя и порой администратора не очевидно. По крайней мере на основе приведенных примеров. Даже если в сендмэил было бы невозможно использовать жконф, я бы не стал ставить крест на этой идее. Кроме сендмэил, в Дебиане есть ещё 1 пакетов. IMHO работать оно будет только в простых случаях, а для простых случаев достаточно иметь библиотеку парсилки конфига (н.п. вида name-value pairs): на входе имя файла, на выходе представление конфига в виде списка/дерева и т.п., подсовываешь библиотеке ключ -- получаешь значение Ну, это именно то что сейчас есть, плюс оповещения и сетевая поддержка. параметра. Семантической проверкой вообще никак не заниматься -- пользователь перед началом конфигурирования должен внимателььно прочесть док-цию и
Re: gconf2 на сервере
DIG wrote: Доброе время суток, Sergey V. Spiridonov ! Sat, Jul 05, 2003 at 12:09:38AM +0200 Sergey V. Spiridonov написал(а): Если параметры будут с ошибками (это будет возможно только если они подготовлены вручную, скажем текстовым редактором, а не средством конфигурации), то именно так дело и будет, ошибки будут обнаружены только в момент импорта. Ну, впрочем для любителей подготовки параметров вручную, можно сделать программу их проверки на основе констрэинтов в базе данных жконф. Мой основной вопрос был: как конфигуратор узнАет, что параметры ошибочны, а не просто -- необычны? (Неужели конфигуратор будет знать что-то о параметрах *лучше* самого приложения?) Ну как же, я думал это понятно? Конфигуратор же знает имена параметров, их типы. Насколько я знаю, сейчас нет, но в будущем появится возможность писать сложные функции проверки, на каком-либо скриптовом языке, типа гуиле. Без языка возможны только простые проверки, типа проверки на принадлежность диапазону значений, но даже это лучше чем то что предоставляет текстовый редактор. С текстовым редактором у нас нет даже элементарной проверки синтаксиса. Иногда некоторые приложения пытаются решить эту проблему, создавая отдельную программу для проверки конфигурационного файла :), но в большинстве случаев этого нет. Но в случае, если необходимость в такой программе будет, библиотека жконф облегчит и эту задачу (простейшие и синтаксические проверки сделает сам жконф, программе останется лишь проверить сами значения). Но я считаю, что при наличие языка, на котором можно будет писать проверки, необходимость в таких программах будет возникать редко. Но это всё мои пожелания, сейчас, значения возвращаемые жконф в программу я вляются untrusted и должны проверяться приложением на соответствие типу. Другой вопрос, откуда конфигуратор знает о параметрах. Ответ здесь тоже простой - приложение ему скажет при инсталляции. То есть не разработчики конфигуратора будут вносить имена типы и ограничения параметров для приложения А в базу данных, а само приложение в процессе установки. SVS За редким исключением, максимум что может сделать приложение - SVS перечитать конфигурационный файл получив каким-то образом оповещение, SVS которое обычно посылается пользователем. И это правильно. Нет. Аргументы? Да, хотелось бы услышать аргументы, почему вы считаете что это правильно? (1) Попробую НЕ отвечать вопросом на вопрос. (2) Короткий ответ такой: я склонен считать, что решение принимает человек. То есть, если мне захочется, чтобы Апачи перечитал конфиг-файл (который я поправил), то я ему (Апачи) так прямо об этом и скажу: перечитай, мол. Или же я решу, что перечитыванием параметров он у меня займётся ночью -- тогда же, когда logrotate будет его restart'ить. Это я решаю, а не конфигуратор. Потому что не конфигуратор, а я знаю -- когда Апачи должен перечитывать свои конфиги. Или конфигуратор придётся делать очень жирный, чтобы он и такие случаи мог бы обрабатывать. Проблемы здесь просто нет. Когда я говорил что данная схема неправильна, я имел в виду, что с жконф возможна большая гибкость для всех приложений которые его используют. Не конфигуратор решает, когда Апачи узнает об изменениях, а пользователь, который эти изменения вносит. Такой проблемы, как вы её описали, для жконф просто нет. Как будет работать приложение с базой данной жконф, будет ли оно запрашивать оповещение об изменениях или нет, когда и как оно будет читать новые параметры, решает разработчик приложения. По моему мнению, если изменения внесены в конфигурационный файл, приложение должно сразу отреагировать на изменения, иначе появляется несоответствие между содержанием файла и состоянием приложения. Если уж очень надо отложить изменения, то нужно подготовить список изменяемых значений *не* в рабочей конфигурационном файле, а в отдельном, новом файле. Ну это всё входит в понятие транзакция, которое необходимо ещё для других случаев, однако на данном этапе развития жконф говорить о таком уровне ещё рановато. [snip] Типа, _мои_ комментарии будет сохранять? Чтобы я мог вспомнить -- зачем я здесь *именно такое* значение параметра выставил? Очень интересно... Ах, вот о чём речь. Не, этого пока нет... Но почему бы и не сделать, если это действительно кому-то нужно? Технически никакой проблемы здесь нет. Ещё много чего много кому *действительно* нужно. Мне, например, иногда хочется rcsdiff между разными версиями посмотреть. Или, скажем, rlog -h -- если до этого не поленился кратенькое объяснение накарябать. Или посмотреть результат такого выражения: $ rcsdiff -rпочти-всё-работает -rвсё-работает /etc/my-config а потом -- такого: $ rcsdiff -rвсё-работает /etc/my-config Или показать $ rcsdiff -r1.1 -rвсё-работает /etc/my-config тому, кто спрашивает А как это настроить ?. Думаю, что основная мысль понятна. Да, понятно, что ж не понятно? Историю изменений приятно иметь для некоторых важных конфигурационных
Re: gconf2 на сервере
Alexander Danilov wrote: [snip] unix вариант мне нравится тем, кто в файлах конфигов есть комментарии(debian здесь на высоте) и документация в районе /usr/share/doc или /usr/doc, windows вариант не нравиться тем, что комментариев нет, а о смысле ключей можно только догадываться, а о значениях ключей порой и догадываться нельзя. Я уже молчу о том, что непонятно, как узнать о том, какие ключи можно создавать для конкретных приложений и системы. Об этом наверно только на MSDN и можно узнать. в то же время мне понятна причина появления этого треда и я также устал смотреть на файлы конфигурации в своем каталоге: $ ls -a1|grep ^\. | wc -l 205 но я потихоньку стараюсь перетащить их в ~/etc gconf я запускал, сюдя по всему, это тот же regedit с новыми возможностями(я наверно ошибаюсь), т.е. есть название ключа, есть его значение, а комментарии по поводу ключей где? а список возможных значений где? а список возможных ключей где? а нигде! их нет! чем тогда он принципиально отличается от regedit? Почитайте здесь http://developer.gnome.org/doc/API/gconf/index.html. В introduction рассматриваются проблемы Windows-registry и как они решаются в gconf. Есть там и комментарии и возможность ввести ограничения (проверку). Пока совсем простые проверки, но более сложные можно будет ввести без изменения API. Пока проблема комментариев не будет решена в надстройках, предназначенных для конфигурирования, я буду голосовать за vim :) Решена она, насколько я знаю. Есть подсказки и описания. механизм оповещения я понял, но не понял зачем он нужен. темы менять в распределённой среде? Ну как же. Изменились настройки апача в конфигурационном файле, что нужно сделать? Перезапустить или послать сигнал ему чтобы он перечитал. Так вот у разных приложений есть разные способы оповещения. У многих их просто нет (например как у большинства X приложений). За редким исключением, максимум что может сделать приложение - перечитать конфигурационный файл получив каким-то образом оповещение, которое обычно посылается пользователем. Здесь жконф позволяет сделать просто огромный шаг вперёд. 1. Пользователю не нужно посылать никаких сигналов, если он изменяет параметры с помощью приложения работающего с жконф (например стандартным конфигуратором), или ему нужно послать сигнад жконф если он менял настройки вручную (например прямо в базе данных, если в качестве бакэнда использовался mysql). 2. Все приложения использующие жконф могут использовать стандартный механизм оповещения, который будет их оповещать только об изменившихся параметрах. Жконф предоставляет готовую стандартную библиотеку, которая содержит необходимый API для языка C. 3. Встроенные механизмы проверки позволяют проверить соответствие изменяемых параметров необходимым ограничениям. То есть ситуация, когда пользователь сделал ошибку при редактировании параметра будет исключена. До тех пор конечно, пока он не захочет воспользоваться старым методом и запустить vim чтобы подрихтовать что-то вручную. 4. При всём при этом, остаётся возможность выбора бакэнда(формата) и возможность сетевого взаимодействия, без необходимости что-либо специально для этого программировать или изменять в приложении. [snip] -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Dmitry Rojkov wrote: Как программный интерфейс жконф с одной стороны предоставляет необходимую функциональность для работы с праметрами, а с другой - скрывает детали реализации от приложения - способ хранения (формат), способ передачи (локально или по сети). то же справедливо и для debconf Я тут почитал документацию (ту что нашёл) и не нашёл ничего об этом, может подскажете ссылку какую? Какие пакеты смотреть? Где описан программный интерфейс? apt-get install debconf-doc Это я посмотрел, там лишь о работе с конфиг файлами (изменение параметров, создание, бэкапы, использование ЛДАП, но опять, для настройки конфиг файлов). Правильно? про конфиглеты вот тут написано http://hackers.progeny.com/configlets/ Configlets supply an architecture to support richer front ends that can leverage advanced environments such as GNOME. Developers can create Python code and a Glade interface to be presented to the user by a separate front end; behind the scenes, debconf is used to store questions and answers for future use, just as it would otherwise. О.К.допустим у меня программа на С, к примеру. Как моя программа узнает о том что пользователь изменил с помощью конфиглета какой-то параметр и как я могу получить новое значение этого параметра? Как я понял, мне нужно будет парсить опять конфигурационный файл? Или я не понял нифига? Ты говоришь, что /етц никуда не девается, это значит, что приложения всё ещё будут использовать свои парсеры, свои форматы, свои способы оповещения и т.д. В этом разница. А хуже или лучше я вопрос неуместен - адресуются разные проблемы. Честно говоря, не улавливаю разницы. Как я понял из документации, дебконф предоставляет возможность создавать и апдейтить текстовые конфигурационные файлы. При этом источником конфигурационных параметров может быть и ЛДАП. Это всё что я нашёл. Может я плохо искал? именно Что именно? Плохо искал или наоборот, правильно понял? Посмотрев на http://www.gnome.org/projects/gconf/ я обнаружил следующее GConf is a system for storing application preferences. It is intended for user preferences; not configuration of something like Apache, or arbitrary data storage. теперь начинаю понимать разницу. debconf как раз наоборот не заботится о user preferences, и предназначен скорее все-таки для апача и прочих общесистемных вещей. Всё верно, если речь идёт о данной реализации жконф. Но вот идея заложенная в нём может быть использована и для apache, и для общесистемных вещей. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Dmitry Astapov wrote: Evening, Sergey. Sergey Spiridonov [EMAIL PROTECTED] 18:15 1/10/2002 wrote: SS конфигурационного файла. Жконф инкапсулирует эту информацию. Он ее не инкапсулирует. Он сводит все многообразие форматов к одному. SS Не к одному, а к нескольким (в зависимости от бакэнда). Ок. К одному в пределах данного back-end. Так? Да. Спрашивается - почему люди не ходили строем раньше и не писали все конфиги в одном формате? Возможно, все-таки не потому, что они были глупы, а потом, что для этого были некие реальные причины, нет? SS Я думаю что причина в том, что разработчики традиционно не любят SS уделять много внимания конфигурации и настройкам. Потому что это SS скучно, долго, сложно и неинтересно, наверное? Делается только то, без SS чего обойтись уж никак нельзя. А я думаю, что причина в том, что каждый конфиг - это своего рода DSL (domain-specific language), со своими грамматикой, синтаксисом и семантикой. ИМХО, попытки заточить все многообразие существующих конфигурационных DSL под некий среднеплохой с простейшей граматикой и синтаксимом попахивают юношеским максимализмом. Ну вот были раньше так называемые базы данных, такие как FoxPro, DBase, Clipper и прочие. Каждая со своими форматами, языками и т.д. С кучей собственных наворотов, языком, синтаксисом и семантикой. А ещё есть SQL со своей с простейшей граматикой и синтаксимом, попахивающий юношеским максимализмом ;) Foxpro имеет право на существование, и его никто не назовёт плохим. Наличие стандарта не обязывает выкидывать то что есть и не запрещает иметь расширения. Просто стандарт даёт преимущества и определённые выгоды пользователям, программистам (и организациям, которые пишут стандарты ;)) -- Best regards, Sergey Spiridonov
Re: Mozilla, gecko..
Alexey Zagarin wrote: А есть какой-нибудь порт Мозиллы на motif? Или motif'ный браузер на движке gecko? Так хочется оторвать от неё эту тормозулину GTK и XUL... Из своего опыта разработки могу сказать, что я очень сомневаюсь, что motif будет быстрее gtk, скорее наоборот. Можно попробовать например epipfany-browser или galeon. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Dmitry Astapov wrote: Evening, Sergey. Sergey V. Spiridonov [EMAIL PROTECTED] 12:35 4/7/2003 wrote: SVS Ну как же. Изменились настройки апача в конфигурационном файле, что SVS нужно сделать? Перезапустить или послать сигнал ему чтобы он SVS перечитал. Так вот у разных приложений есть разные способы SVS оповещения. У многих их просто нет (например как у большинства X SVS приложений). Тут ключевая тема - правил я сегодня, а уведомить хочу завтра. Что бы там приложение себе не думало по этому поводу Для такого, нужно подготовить скрипт или файл с изменениями и импортировать его завтра. И тогда затра приложение узнает об изменениях. SVS За редким исключением, максимум что может сделать приложение - SVS перечитать конфигурационный файл получив каким-то образом оповещение, SVS которое обычно посылается пользователем. И это правильно. Нет. SVS Здесь жконф позволяет сделать просто огромный шаг вперёд. ... с обрыва? ;) SVS 1. Пользователю не нужно посылать никаких сигналов, если он изменяет SVS параметры с помощью приложения работающего с жконф (например SVS стандартным конфигуратором), или ему нужно послать сигнад жконф если SVS он менял настройки вручную (например прямо в базе данных, если в SVS качестве бакэнда использовался mysql). SVS 2. Все приложения использующие жконф могут использовать стандартный SVS механизм оповещения, который будет их оповещать только об SVS изменившихся параметрах. Жконф предоставляет готовую стандартную SVS библиотеку, которая содержит необходимый API для языка C. Угу. Неестественный интеллект во всей своей красе. Самый обычный АПИ, ничего конгениального. Красота в идее. Преимущества - в стандартизации. Всё просто. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Dmitry Astapov wrote: Evening, Sergey. Sergey V. Spiridonov [EMAIL PROTECTED] 13:02 4/7/2003 wrote: А я думаю, что причина в том, что каждый конфиг - это своего рода DSL (domain-specific language), со своими грамматикой, синтаксисом и семантикой. ИМХО, попытки заточить все многообразие существующих конфигурационных DSL под некий среднеплохой с простейшей граматикой и синтаксимом попахивают юношеским максимализмом. Эх, забыл под конец фразы семантику помянуть... А зря. SVS Ну вот были раньше так называемые базы данных, такие как FoxPro, SVS DBase, Clipper и прочие. Каждая со своими форматами, языками и т.д. С SVS кучей собственных наворотов, языком, синтаксисом и семантикой. SVS А ещё есть SQL со своей с простейшей граматикой и синтаксимом, SVS попахивающий юношеским максимализмом ;) Семантику, семантику забыл. Елки. А вот семантика-то как раз не простейшая. А в случае gconf-а семантика убогая: search, get да set значения, и все. Ни тебе contraint-ов, ни trigger-ов, ни stored procs ... Констрэинты есть, но очень простые как я знаю, а триггеры и server-side функции, я думаю должны неизбежно появиться. Но это же серверная сторона! АПИ это не затронет или почти не затронет. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Vlad Harchev wrote: On Fri, Jul 04, 2003 at 10:39:56PM +0400, alexander saltanov wrote: On Fri, Jul 04, 2003 at 07:34:12PM +0500, Vlad Harchev wrote: авторы вынуждены говорить для настройки опции Х в окошке настроек никаких контролов нет, кому надо поменять опцию Х - пользуйтесь gconf'ом. Если так оно и есть (проверить сейчас не могу), то юзабилити-тестирование по этим делам плачет, т.к. это не просто плохо, а совсем уже никуда. Если это именно тенденция, то её надо срочно изучать и направлять в Эта тенденция в гноме2 доминирует уже года полтора, и много софта в соответствии с ней сделали намного менее гибким - просто жуть :( Бороться бесполезно (иначе приложение исключается из списка идущих в составе десктопа - хотя отдельно его конечно скачать будет можно). Я честно говоря не заметил эту тенденцию (наверно мало в настройках ковыряюсь). Но если это так, я бы не стал спешить с печальными выводами. Я думаю, что в том виде, в каком оно сейчас, диалоги настройки отомрут. Тому есть разные причины и Sun правильно делает, что форсирует события. Если мы храним параметры, их описания, типы и проверки целостности на стороне сервера, то логичным будет и следующий шаг - хранение диалогов конфигурации на серверной стороне. То есть окошко конфигурации, которое сейчас программисты кодируют на языке С, в сущности всего лишь определяет взаиморасположение опций, способ их отображения и различные финтифлюшки, в виде закладок, рамочек и т.д. Эти вещи легко описать на XML, к примеру и сохранить в базе данных жконф. Тогда, при вызове окошка конфигурации из меню, конфигурационные диалоги могут быть построены автоматически, на основе их описания в базе данных. Кстати ими же может воспользоваться и жконф-едит. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
DIG wrote: Доброе время суток, Sergey V. Spiridonov ! Fri, Jul 04, 2003 at 05:30:23PM +0200 Sergey V. Spiridonov написал(а): Dmitry Astapov wrote: Тут ключевая тема - правил я сегодня, а уведомить хочу завтра. Что бы там приложение себе не думало по этому поводу Для такого, нужно подготовить скрипт или файл с изменениями и импортировать его завтра. И тогда затра приложение узнает об изменениях. ... или об ошибке? Если параметры будут с ошибками (это будет возможно только если они подготовлены вручную, скажем текстовым редактором, а не средством конфигурации), то именно так дело и будет, ошибки будут обнаружены только в момент импорта. Ну, впрочем для любителей подготовки параметров вручную, можно сделать программу их проверки на основе констрэинтов в базе данных жконф. SVS За редким исключением, максимум что может сделать приложение - SVS перечитать конфигурационный файл получив каким-то образом оповещение, SVS которое обычно посылается пользователем. И это правильно. Нет. Аргументы? Да, хотелось бы услышать аргументы, почему вы считаете что это правильно? -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
DIG wrote: Доброе время суток, Sergey V. Spiridonov ! Fri, Jul 04, 2003 at 12:35:20PM +0200 Sergey V. Spiridonov написал(а): Alexander Danilov wrote: [snip] Пока проблема комментариев не будет решена в надстройках, предназначенных для конфигурирования, я буду голосовать за vim :) Решена она, насколько я знаю. Есть подсказки и описания. Типа, _мои_ комментарии будет сохранять? Чтобы я мог вспомнить -- зачем я здесь *именно такое* значение параметра выставил? Очень интересно... Ах, вот о чём речь. Не, этого пока нет... Но почему бы и не сделать, если это действительно кому-то нужно? Технически никакой проблемы здесь нет. За редким исключением, максимум что может сделать приложение - перечитать конфигурационный файл получив каким-то образом оповещение, которое обычно посылается пользователем. Добавим: ... и прочитает оно (приложение) _свой_ конфигурационный файл именно тогда, когда (1) пользователь ему скажет это сделать, либо (2) -- когда приложение увидит, что конфигурационный файл был изменён. Да, именно так. 1. Пользователю не нужно посылать никаких сигналов, если он изменяет параметры с помощью приложения работающего с жконф (например стандартным конфигуратором), или ему нужно послать сигнад жконф если он менял настройки вручную (например прямо в базе данных, если в качестве бакэнда использовался mysql). Менять настройки и вынуждать приложение с ними считаться -- это разные занятия. Это действительно разные занятия. И что? [snip] -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Andrey Kiselev wrote: [snip] Во-первых, что будет, если этот демон откажет? А у нас от него зависят сервисы, и они теперь тоже не могут ни стартовать, ни рестартовать, т.к. параметры запуска им недоступны. [snip] Во-вторых, безопасность. Теперь к дырам sendmail, apache, bind и т.д. [snip] Всё верно. И пока не будут решены все эти вопросы, глобального перехода на gconf не случится. Безопасность и надёжность в этом случае очень важны. Это сложно но возможно. -- Bets regards, Sergey Spiridonov
Re: gconf2 на сервере
Dmitry Rojkov wrote: On Tue, Jul 01, 2003 you wrote: [snip] Почему-то никто не вспомнил про debconf и configlet'ы, хотя, как мне казалось, это и есть основной вектор развития конфигурационного движка в debian. Там ведь тоже можно по желанию свой бэкенд прикрутить, да и фронтэнд тоже. И при этом /etc никуда не девается... Чем оно хуже относительно жконф? Оно наверное не хуже (я честно говоря не знаю всех деталей). Разные бакэнды это приятная фича, но это не единственное. Жконф вводит стандарт на программный интерфейс чтения, записи, поиска параметров, стандарт на оповещение об изменениях параметров, проверки целостности. Как программный интерфейс жконф с одной стороны предоставляет необходимую функциональность для работы с праметрами, а с другой - скрывает детали реализации от приложения - способ хранения (формат), способ передачи (локально или по сети). Ты говоришь, что /етц никуда не девается, это значит, что приложения всё ещё будут использовать свои парсеры, свои форматы, свои способы оповещения и т.д. В этом разница. А хуже или лучше я вопрос неуместен - адресуются разные проблемы. -- Best regards, Sergey Spiridonov
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: gconf2 на сервере
Vlad Harchev wrote: [snip] Не, я просто ловлю кайф. Меняю настройки профиля для gnome-terminal на одном хосте, на втором сразу терминал с тем же профилем перерисовывается с новыми настройками! А десктопы на разных машинах пущены от разных юзеров? От одного, конечно, это же и было главной проблемой. Машины кстати, в разных сетках. Кстати, в gnome-terminal есть профили. Так что как-то проблему профилей решили. В g-t они внутри самого приложения (и поддерживаются именно кодом самого g-t) и не есть аналог того, что хотелось бы (профилей, которые реализованы прозрачно для приложений). Я думаю, что профили таки можно будет добавить прозрачно, особо не меняя API. Профили расширяют дерево параметров в ещё одном измерении, то есть в пути к параметру имя профиля появляться не должно. Если у нас есть профили, каждый параметр может иметь несколько значений, каждое из которых ассоциировано с именем определённого профиля. То есть, изменения нужны только в том, как это будет храниться в бакэнде и добавится API выбора профиля. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Sergey Spiridonov wrote: Dmitry Rojkov wrote: [snip] Как программный интерфейс жконф с одной стороны предоставляет необходимую функциональность для работы с праметрами, а с другой - скрывает детали реализации от приложения - способ хранения (формат), способ передачи (локально или по сети). то же справедливо и для debconf Я тут почитал документацию (ту что нашёл) и не нашёл ничего об этом, может подскажете ссылку какую? Какие пакеты смотреть? Где описан программный интерфейс? Ты говоришь, что /етц никуда не девается, это значит, что приложения всё ещё будут использовать свои парсеры, свои форматы, свои способы оповещения и т.д. В этом разница. А хуже или лучше я вопрос неуместен - адресуются разные проблемы. Честно говоря, не улавливаю разницы. Как я понял из документации, дебконф предоставляет возможность создавать и апдейтить текстовые конфигурационные файлы. При этом источником конфигурационных параметров может быть и ЛДАП. Это всё что я нашёл. Может я плохо искал? [snip] -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Иван Лох wrote: On Tue, Jul 01, 2003 at 09:51:32AM +0600, Dimitry N. Naldaev wrote: С каких пор /etc стал считаться кошмаром??? и что уже реестр аля для вындоус считается правильным способом хранения конфигов??? Вот уж НАСТОЯЩИЙ оффтопик, но сдержаться не могу! То, что у программ традиционно разный синтаксис конфигурационных файлов -- безусловно плохо... То, что в качестве стандарта нам навязывают DirTree+XML имеет и негативные и позитивные стороны. Но думаю, что ReiserFS + Более_специализированная_чем_просто_XML_mode для Emacs и Vim остроту проблемы снимут. Лично я за последний год от острого неприятия gconf склонился к любопытству. DirTree+XML не единственно возможный бакэнд, по крайней мере в теории. Теоретически бакэндом может быть и база данных и ldap и plain text... -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Victor B. Wagner wrote: On 2003.07.01 at 19:18:45 +0200, Sergey Spiridonov wrote: Почему /етц это кошмар: 1. Нет стандартного способа использоания /етц в сетевом окружении (когда сервер хранит настройки хостов для всей сетки). Есть, и очень простой - не иметь в сетке множество хостов и сервер. Иметь в ней один хост со сколь угодно сложным набором настроек и кучу X-терминалов, все настройки которых прекрасно укладываются в dhcpd.conf Один аргумент: не всегда такая схема оптимальна. Например когда я хочу использовать ЦПУ память винт клиента, распределить нагрузку, разгрузить сеть. Другой: если у меня иерархия серверов, и часть настроек хранится на более высоком уровне (например сервер предприятия - сервер отдела), всё равно нужна синхронизация. Третий: (цитата) Попытка загнать их все в прокрустово ложе единой системы приведет именно к тому, чем кончали гости Прокруста. Жконф решает эти проблемы. Ой не надо, что что-то на букву g решает какие-то проблемы в сетевой среде. Если уж Влад Харшев, большой апологет гнома и по-моему, активный участник его разработки, высказался крайне пессимистично... То? 2. Нет стандартного формата для конфигурационных файлов - каждое приложение изобретает колесо заново, что создаёт проблемы как для И не может быть. Поскольку приложения разные, и потребности у них разные. Соответственно описываться их настройки должны разными языками. Попытка загнать их все в прокрустово ложе единой системы приведет именно к тому, чем кончали гости Прокруста. Некоторые сложные в настройке приложения действительно используют свой, иногда очень сложный язык. Некоторые берут уже существующий язык и используют его для настройки. Я не буду на них останавливаться, так как для каждого нужен свой отдельный подход, да не так уж их и много. В большинстве же случаев, языка как такового нет. И параметры, которые необходимо настроить, в большинстве своём вполне вписываются в простые типы данных: числа, строки, булевы, списки и т.д. Тем не менее это не мешает хранить в базе данных жконф текст интерпретируемого кода. Это имеет ещё больше последствий. Например, сложность написания конфигурялок (программ для администрирования, типа webadmin), которые Не спорю, хороший текстовый редактор написать сложно. Но они уже написаны. Целых два. Прокрустово ложе текстовых редакторов? Жконф позволяет использовать всю мощь целых двух текстовых редакторов: сторонники emacs могут использовать его для редактирования настроек. Но также жконф упрощает написание специальных утилит для администрирования. -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Victor B. Wagner wrote: [snip] Это почти не аргумент. Если ты строишь информационную систему с нуля, то ты просто не будешь тратить деньги на CPU/винты на каждое рабочее место. В этой схеме есть свои преимущества и недостатки. Это просто одна из возможных конфигураций. Ситуации, когда такая схема неоптимальна, бывают, но ты не там их ищешь. Вполне достаточно того, что такие ситуации встречаются и не редко. Другой: если у меня иерархия серверов, и часть настроек хранится на более высоком уровне (например сервер предприятия - сервер отдела), всё равно нужна синхронизация. Перестань мыслить в категориях клиент/сервер и тебе станет гораздо лучше. Хорошо. Возможно готовые решения есть и они работают. Просто я о них в силу ограниченности своего кругозора не знаю. Если ты знаешь, то будет лучше если ты напишешь о них, иначе я не понимаю того что ты написал ниже: То? Все это g выбросить нафиг, и искать решения в другой области - NIS+, LDAP, rsync, rdist. rsync и rdist? И что мне предлагают они? Синхронизацию файлов? NIS+ специализированная, заточена под определённые задачи, которые успешно решает и ничего больше, к тем задачам, которые адресует жконф, нис+ никакого отношения не имеет. LDAP тоже, но это скорее база данных. С таким же успехом можно написать mysql вместо LDAP, например. Это один из способов хранения и извлечения данных, один из форматов. Но этого мало, я уже писал об этом раньше. Некоторые сложные в настройке приложения действительно используют свой, иногда очень сложный язык. Некоторые берут уже существующий язык и используют его для настройки. Я не буду на них останавливаться, так как для каждого нужен свой отдельный подход, да не так уж их и много. А в остальных случаях все вполне укладывается в концепцию иерархической базы данных с наследованием, т.е. xrdb. Я повторюсь возможно, но дело совсем *не* в способе хранения, которыми жконф в принципе может и не заниматься, этим может заниматься LDAP, mysql, xrdb и т.д. [snip] -- Best regards, Sergey Spiridonov
Re: gconf2 на сервере
Vlad Harchev wrote: [snip] Нет, это надо было в самом начале договариваться - потому как сейчас в приложениях исп-х gconf стоят вызовы с использованием полного пути к ключу типа gconf_get_bool(/desktop/gnome/general/double-click-timeout) А это ИМХО сильно мешает использованию профайлов так как надо куда-то ввернуть его имя.. Разве что как префикс.. А как ты предлагал это сделать? [snip] Это для случаев параметров, которые зависят от других? Тогда лучше не ссылка, а внутренний язык, типа guile. То есть я думаю, хорошим дополнением будет возможность писать хуки на, скажем гуиле, которые вызываются при изменении параметров и выполняют какие-то действия на стороне сервера. [snip] А при наличии языка будет проблема неоднозначности присвоения значний из программы-конфигуратора. С этим утверждением я согласен, если я присваиваю А=1, а на стороне сервера скрипт подменяет 1 на 2, это может быть нехорошо. Но язык может пригодиться для сложных констрэинтов. Например, есть у меня параметр А, Б и В. И мне нужно, чтобы В был всегда меньше А*Б. -- Best regards, Sergey Spiridonov
Re: Fwd: Short Message delivery report
Dimitry N. Naldaev wrote: вчера получил кучу вот таких сообщений: -- Пересланное сообщение -- Subject: Short Message delivery report Date: 1 Jul 2003 22:11:28 +0600 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] There is no such user (debian-russian). --- что бы это могло значить? (у меня есть подозрение, что эти сообщения стали приходить в ответ на мои постинги в этот список рассылки) У меня тоже самое.
gconf2 на сервере
Привет расшарил home на nfs, теперь из-за блокировок gconf2 невозможно зайти одним и тем же юзером с разных машин. На сайте gconf2 рекомендуется запустить gconf2 на сервере, как сервис. Соотвественно, нужно как-то настроить клиентов, чтобы они не запускали локальных gconf2. Как запустить gconf2 на сервере я ещё как-то разберусь, хотя странно, что для этого нет готового скрипта в init.d, неужели никто не шарит home на nfs? А кто мне подскажет где и что правильно прописать на клиентских машинах? В документации gconf2 (весьма скудной, как на мой взгляд) ничего об этом не нашёл... Заранее спасибо. -- Best regards, Sergey Spiridonov
texmacs
Здравствуйте Посмотрел сегодня texmacs из unstable. И должен сказать, он мне понравился - из коробки русский без проблем. Вы не могли бы мне сказать что-нибудь плохое о нём? ;) Вот краткое описание с его сайта: GNU TeXmacs is a free scientific text editor, which was both inspired by TeX and GNU Emacs. The editor allows you to write structured documents via a wysiwyg (what-you-see-is-what-you-get) and user friendly interface. New styles may be created by the user. The program implements high-quality typesetting algorithms and TeX fonts, which help you to produce professionally looking documents. The high typesetting quality still goes through for automatically generated formulas, which makes TeXmacs suitable as an interface for computer algebra systems. TeXmacs also supports the Guile/Scheme extension language, so that you may customize the interface and write your own extensions to the editor. Может кто-нибудь ответит на такой некорректно поставленный вопрос: какие могут быть причины, по которым я предпочту (la)tex texmacs'у? -- Best regards, Sergey Spiridonov
Re: замер траффика
Dmitriy Sirant wrote: Так, почитал, выяснилось, что: owner This module attempts to match various characteristics of the packet creator, for locally-generated packets. It is only valid in the OUTPUT chain, and even this some packets (such as ICMP ping responses) may have no owner, and hence never match. т.е. посчитать можно _только_ исходящий траффик. Спасибо за наводку, с подсказкой ;) А хост откуда качаешь постоянный или peer-to-peer сеть ? Постоянный. [snip] Планирую потестить wget(http), scp(ssh), rsync(ssh+compression), ftp
Re: Grub
Gossen Alexey wrote: [snip] причём здесь грабли, на которые многие наступают(ли), я в том числе :-). ядро находится, по идее в /boot. у меня это свой раздел - /dev/hda5. но, так как в данном случае счёт здесь с нуля начинается, hd0,4 == hda5. (hurd спецификация) По спецификации hurd это будет уже hd0s5 ;) -- Guten Tag, Alexey
Re: ru_RU.UTF-8
Andrei Sosnin wrote: а что за стероиды ты имеешь в виду? :) Ну типа больше возможностей для настройки прозрачности... Табы (страницы)... Мне это показалось очень удобным... Или оригинальный гномовский это уже давно поддерживает? Прозрачность и табы есть, выбор кодировок есть, профили.
