Re: Имя запущенной про граммы
On Wed, Dec 31, 2008 at 10:53:27AM +0300, Victor Wagner wrote: On 2008.12.31 at 00:27:00 +0300, Stanislav Maslovski wrote: Строго говоря, X сервер знает о клиентах только то, что они сами о себе сообщают (так как, например, X сервер и процесс, создавший некое окно, вовсе не обязаны быть запущенными на одной машине). Правильные клиенты сообщают PID в property _NET_WM_PID, по нему можно уже копать дальше. Э, а в какой property написан хост, на котором этот pid искать? Или правильные клиенты это клиенты соблюдающие рекомендации freedesktop.org, авторы которых и понятия не имеют о сетевых возможностяъ X-ов, поэтому изобретают всякие dbus-ы? Вот соответствующий кусочек спецификации: _NET_WM_PID If set, this property MUST contain the process ID of the client owning this window. This MAY be used by the Window Manager to kill windows which do not respond to the _NET_WM_PING protocol. If _NET_WM_PID is set, the ICCCM-specified property WM_CLIENT_MACHINE MUST also be set. While the ICCCM only requests that WM_CLIENT_MACHINE is set “ to a string that forms the name of the machine running the client as seen from the machine running the server” conformance to this specification requires that WM_CLIENT_MACHINE be set to the fully-qualified domain name of the client's host. PS: Непродуктивно по дефолту полагать всех глупее себя. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Имя запущенной прог раммы
Twas brillig at 10:53:27 31.12.2008 UTC+03 when vi...@wagner.pp.ru did gyre and gimble: VW Э, а в какой property написан хост, на котором этот pid искать? WM_CLIENT_MACHINE, очевидно. -- pgpvVG6taSD0b.pgp Description: PGP signature
Re: Имя запущенной прог раммы
Twas brillig at 11:39:14 31.12.2008 UTC+03 when stanislav.maslov...@gmail.com did gyre and gimble: SM PS: Непродуктивно по дефолту полагать всех глупее себя. Ставь мозговой фильтр на From: VW и Text: /freedesktop|^tcl/ ;) -- pgprPEpMN0b1k.pgp Description: PGP signature
Re: Настройки клавиату ры не применяются
On Tue, Dec 30, 2008 at 07:17:40PM +0300, George Shuklin wrote: Это всё понятно. И капс как переключалка - понятно и удобно. Однако, во время миграции, лучше лишнего не ломать. (А у меня ещё есть работа, на которой без виндов несколько проблематично, и на которой адекватно настроить переключалку на капс не получится). lswitch.exe. Запускать с параметром 20 -- WBR, Dmitry signature.asc Description: Digital signature
Software mirror on partitions
Можно ли создать software raid на разделах _разных_ дисков? Такая странная идея возниклала, потому что есть 2 диска (18 и 36Г), хочется сделать зеркало на 2 18г - разделах (sda1 и sdb1), а на оставшемся месте разместить что-нибудь некритичное. Это реализуемо? -- -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Настройки клавиату ры не применяются
On Wed, Dec 31, 2008 at 10:52:24AM +0200, Dmitry Nezhevenko wrote: On Tue, Dec 30, 2008 at 07:17:40PM +0300, George Shuklin wrote: Это всё понятно. И капс как переключалка - понятно и удобно. Однако, во время миграции, лучше лишнего не ломать. (А у меня ещё есть работа, на которой без виндов несколько проблематично, и на которой адекватно настроить переключалку на капс не получится). lswitch.exe. Запускать с параметром 20 Отсюда? http://haali.cs.msu.ru/winutils/ Спасибо, а то у меня на работе тоже есть компы с виндоуз... -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Software mirror on partitions
Игорь Чумак пишет: Можно ли создать software raid на разделах _разных_ дисков? Такая странная идея возниклала, потому что есть 2 диска (18 и 36Г), хочется сделать зеркало на 2 18г - разделах (sda1 и sdb1), а на оставшемся месте разместить что-нибудь некритичное. Это реализуемо? да Собственно софтверный рэйд именно на разделах и создаётся -- С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fvwm
On Wed, Dec 31, 2008 at 10:33:43AM +0300, Dmitry E. Oboukhov wrote: а где-то есть АКТУАЛЬНЫЕ примеры конфигов и документация по сабжу? а то взял пакет из debian'а а там на приложенные примеры конфигов и ругается: та директива устарела, эта устарела, эта вообще неверная Как минимум, повод поставить в известность майнтейнера (через BTS). Может быть тут найдешь нужные примеры: http://www.fvwm.org/ -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
Hello! GUI сам по себе НИКОГДА не является критичным по скорости, поскольку его скорость реакции определяется скоростью человека. И только объектно-ориентированный подход может затормозить современный компьютер до такой степени, чтобы человек ощущал замедленную реакцию интерфейса. И в самом деле - писал когда-то на wxWidgets (ага, объектный, С++), сложный интерфейс ощутимо тормозил на мощном по меркам трех-четырехлетней давности компе. На tcl/tk подобный интерфейс работает без ощутимых задержек. На самом деле, все логично - в тикле напрямую вызывается сишный код при обращении к функции, а в wxWidgets вызываются десятки и сотни функций-оберток, пока вызов дойдет непосредственно до нужного кода, притом эти обертки написаны зачастую хреновато. Собственно, яркий пример это ява-приложения, где объектный подход доведен до абсурда, значительная часть классов closed-source и мудрые ява-программисты, ничтоже сумняшеся, громоздят к ним обертки, потом следующие программисты дописывают свои обертки и костыли и так продолжается неизвестно сколько итераций. P.S. И нафига вообще нужен С++ для работы? Это же убожество, достаточно глянуть на многословность и запутанность стандарта. Для всех практических целей связка С и скриптовые языки намного лучше. Про переносимость С++ вообще молчу - много раз видел, как код может работать неправильно или неработать вовсе, поскольку компилятор что-то там заоптимизировал, а юзеры возмущенно кричат, что мол эскулайт, к примеру, кривой, поскольку они не могут его в своей любимой вижуал студии скомпилять (мда, помню одному такому посоветовал выучить С, а уж потом смотреть на С++, на что оппонент заявил, что мол он программит уже больше 30-ти лет и немеряно крут, а в итоге оказалось, лишние флажки оптимизации он в настройках вижуал студии понатыкал). Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания к россплатформенных прилож ений
Victor Wagner wrote: Изучите пару десятков высокоуровневых языков, будет у вас взгляд нескромный. Вы это серьёзно? Как правило, любой скриптовый язык, стандарт на который задан реализацией - Tcl, Perl, Python, Ruby - обладает куда большей переносимостью чем C++. Да и Scheme, хотя у нее десятки независимых реализаций - тоже. Скриптовые языки, да, гораздо переносимее. Но у скриптовых языков есть недостаток - скорость. Она неплохая, но, как правило, не более того, и не для всех задач подходит. Практика показывает, что многие с Вами не согласны. Дебиан предоставляет нам замечательную Еште дерьмо. Сто миллионов мух не могут ошибаться. Я так и знал, что будет про мух. Замечу, что я взял статистику не по самой, мягко говоря, распространённой ОС, мухи к нам залетают редко. Или это такой тонкий намёк, что 70% Дебиана - говно? А уж в случае программ с гуём, особенно если у них есть участки, критичные к скорости выполнения, то альтернатив плюсам совсем мало Альтернатива одна-единственная, но очвень мощная. НЕ ПИШИТЕ ВЕСЬ ПРОЕКТ на одном языке. А можно парочку успешных примеров (пусть маленьких)? А то у меня первая ассоциация - геморрой, и уж потом преимущества. Исключая гуи, которые написаны изначально как обёртки к тучам опций готовых консольных приложений. Если задача - две минуты потыкать во флажки/поля, а затем один-два-десять раз запустить cli-утилиту, да, проблем нет. А если функции нужно запускать часто, сотни-тысячи раз в секунду? GUI сам по себе НИКОГДА не является критичным по скорости, поскольку его скорость реакции определяется скоростью человека. Да-да. Именно поэтому я вижу тормоза гуя, как в своих программах, если я не озаботился продумыванием гуя (а иногда - даже когда озаботился), так и в чужих. Знаю, знаю, у меня тоже кривые руки. И только объектно-ориентированный подход может затормозить современный компьютер до такой степени, чтобы человек ощущал замедленную реакцию интерфейса. Ваш вариант - на чём писать гуй? Надо: текстовые поля, флажки, надписи, комбо-боксы (не знаю, как правильно по-русски), панельки там базовые, меню, таблички, менеджеры размещения, группирование элементов в группы, рисование на элементах. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: Имя запущенной прогр аммы
On Wed, Dec 31, 2008 at 10:53:27AM +0300, Victor Wagner wrote: Э, а в какой property написан хост, на котором этот pid искать? Или правильные клиенты это клиенты соблюдающие рекомендации freedesktop.org, авторы которых и понятия не имеют о сетевых возможностяъ X-ов, поэтому изобретают всякие dbus-ы? Я, наверное, сейчас глупый вопрос задам... А разве dbus ограничивается X-овыми приложениями? Помнится, демон от wicd общался с клиентом через dbus, и сомнительно, что в этом демоне было что-то от иксов. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: Command line interface to X selections (clipboard)
Stanislav Maslovski wrote: On Wed, Dec 31, 2008 at 12:01:47AM +0200, Serhiy Storchaka wrote: Stanislav Maslovski wrote: On Tue, Dec 30, 2008 at 10:28:43PM +0200, Serhiy Storchaka wrote: Как получить доступ к иксовому буферу обмена из командной строки? С целью использования в простых скриптах и однострочниках. Увидел в репозитарии xclip, который именно для этого и предназначен. Всё бы хорошо, но работает он только с Latin1. Как быть? apt-get install xsel Аналогично. Всё, что не в Latin1 заменяет на '?' Откуда (или куда) пытаешься вставить текст? Набираю «e1é2е3», выделяю мышью, запускаю «xsel -o; echo» — получаю «e1�2?». Запускаю «xsel -o|iconv -f latin1; echo» — получаю «e1é2?». Вставка средней кнопкой мыши везде работает нормально. Локаль en_US.UTF-8. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
Hello! Скриптовые языки, да, гораздо переносимее. Но у скриптовых языков есть недостаток - скорость. Она неплохая, но, как правило, не более того, и не для всех задач подходит. Вы серьезно считаете, что скорости сишного кода вам мало? Тикль напрямую вызывает функции, реализованные на С. Нужно ускорить кусок кода - пишете функцию на С и вызываете из тикля. В чем проблема-то? Что касается работы со строками, тут скриптовые языки в десятки и сотни раз обгонят С++ благодаря прекрасным алгоритмам - реализация строковой обработки давно уже отточена. Я так и знал, что будет про мух. Замечу, что я взял статистику не по самой, мягко говоря, распространённой ОС, мухи к нам залетают редко. Или это такой тонкий намёк, что 70% Дебиана - говно? Скорее, 80% дерьмо: mysql, java, php... и базирующиеся на них проекты - продолжать можно долго. И еще всякие apache и иже с ними. А вот ради оставшихся 20% и стоит пользоваться дебианом. А можно парочку успешных примеров (пусть маленьких)? А то у меня первая ассоциация - геморрой, и уж потом преимущества. Исключая гуи, которые написаны изначально как обёртки к тучам опций готовых консольных приложений. Если задача - две минуты потыкать во флажки/поля, а затем один-два-десять раз запустить cli-утилиту, да, проблем нет. А если функции нужно запускать часто, сотни-тысячи раз в секунду? Функции или приложения? Если вызывать внешние приложения с такой частотой, то межпроцессное взаимодействие съест ресурсов гораздо больше, чем приложение, выполняющее эти вызовы. GUI сам по себе НИКОГДА не является критичным по скорости, поскольку его скорость реакции определяется скоростью человека. Да-да. Именно поэтому я вижу тормоза гуя, как в своих программах, если я не озаботился продумыванием гуя (а иногда - даже когда озаботился), так и в чужих. Знаю, знаю, у меня тоже кривые руки. Простой пример: вывод из БД таблички в миллион и более строк. Многие жалуются, что гуи на этом тормозит. Но тормозит не гуи, а разработчик, ибо юзеру бессмысленно глядеть на этот миллион с гаком строк - что он с ними делать-то будет? А разумное количество строк, которое человек может воспринять, это порядка сотен или тысяч в зависимости от задачи, на таких объемах никаких тормозов интерфейса не будет (ладно, я верю, что можно написать и для этого случая тормозной интерфейс, если постараться). Ваш вариант - на чём писать гуй? Надо: текстовые поля, флажки, надписи, комбо-боксы (не знаю, как правильно по-русски), панельки там базовые, меню, таблички, менеджеры размещения, группирование элементов в группы, рисование на элементах. tcl/tk. Правда, в нем возможностей намного больше, но вы можете их не использовать :-) Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fvwm
Может быть не совсем то, но вот тут: http://www.dotfiles.com/index.php?app_id=10 есть интересные конфиги. Например, Don Knuth's .fvwm2rc: http://www.dotfiles.com/files/17/181_knuth.fvwm2rc Но да, кое-где править руками прийдётся... Ю.
Re: Имя запущенной программы
31.12.08, 10:53, Victor Wagner vi...@wagner.pp.ru: Правильные клиенты сообщают PID в property _NET_WM_PID, по нему можно уже копать дальше. Э, а в какой property написан хост, на котором этот pid искать? Или правильные клиенты это клиенты соблюдающие рекомендации freedesktop.org, авторы которых и понятия не имеют о сетевых возможностяъ X-ов, поэтому изобретают всякие dbus-ы? Насколько я вижу, _NET_WM_PID(CARDINAL) = 32358 WM_CLIENT_MACHINE(STRING) = home -- wBR,George. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Имя запущенной про граммы
On 2008.12.31 at 11:39:12 +0200, Eugene V. Lyubimkin wrote: On Wed, Dec 31, 2008 at 10:53:27AM +0300, Victor Wagner wrote: Э, а в какой property написан хост, на котором этот pid искать? Или правильные клиенты это клиенты соблюдающие рекомендации freedesktop.org, авторы которых и понятия не имеют о сетевых возможностяъ X-ов, поэтому изобретают всякие dbus-ы? Я, наверное, сейчас глупый вопрос задам... А разве dbus ограничивается X-овыми приложениями? Помнится, демон от wicd общался с клиентом через dbus, и сомнительно, что в этом демоне было что-то от иксов. Проблема в том, что спецификация D-Bus не учитывает существенной части возможностей X-ов. Точнее, в спецификации кое-какие закладки на эту возможность есть, но в реализации - увы. Да, действительно, единой информационной шины, по которой могли бы общаться как X-овые программы, так и программы, не имеющие GUI в Unix не хватало. Но при разработке спецификаций freedesktop как-то упустили из виду, что десктоп - это ни разу не компьютер. Это набор приложений и аппаратных устройств, с которыми взаимодействует пользователь в рамках сессии, а где физически расположены процессоры, исполняющие данные приложения, пользователя волновать не должно. По хорошему счету понятие сессии кроме дисплея, клавиатуры и мыши (взаимодействие с которыми более-менее успешно виртуализует X-протокол) должно включать в себя как минимум устройства ввода-вывода звука, а как максимум еще и съемные устройства хранения данных, веб-камеру, сканер и так далее. Вместо того чтобы аккуратно расширить X-овое понятие сессии, включив туда все прочие, необходимые современному пользователю, усторойства, и разрабатывать набор протоколов для работы с этим хозяйстовом, понятие сессии безжалостно урезали, практически исключив удаленные приложения из рассмотрения. Понятно, что есть концептуальные трудности, например при работе с файловыми системами в такой гетерогенной сессии. Программу, работающую на удаленной машине мы запускаем именно там, как правило, ровно потому, что она должна работать с данными, содержащимися там. И этот принцип конфликтует с идеей что воткнутая юзером в свой X-терминал флэшка должна быть доступна всем приложениям данной сессии. Но аккуратно, и, главное, очевидным для пользователя способом, решить эту проблему никто и не пытался. В результате современное, так сказать, развитие урезало возможности X-ов до такой степени, что многие справедливо удивляются - а нафига такие сложности, сетевые протоколы и все такое. Не проще ли взять какую Qtopia в качестве основы GUI. Примером такого урезания возможностей был отказ во всяких Gtk и Qt от использования X resource database. Там как раз все очень продумано на тему того, что есть настройки per-user, per-display, per-machine и per-application, и есть механизмы слияния всего этого в набор настроек текущей сессии. Они достаточно сложны и не совсем очевидны, но есть. В gconf такого нет. Потому что подумать о том, что мир несколько сложнее чем один юзер - одна машина - один дисплей - одна home-директория там не подумали. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания к россплатформенных прилож ений
Alexey Pechnikov wrote: Вы серьезно считаете, что скорости сишного кода вам мало? Тикль напрямую вызывает функции, реализованные на С. Нужно ускорить кусок кода - пишете функцию на С и вызываете из тикля. В чем проблема-то? Тикль вызывает - вот на этой стадии - что, никаких потерь? Что касается работы со строками, тут скриптовые языки в десятки и сотни раз обгонят С++ благодаря прекрасным алгоритмам - реализация строковой обработки давно уже отточена. Как раз со строками плюсы в отстающих, это да. Я так и знал, что будет про мух. Замечу, что я взял статистику не по самой, мягко говоря, распространённой ОС, мухи к нам залетают редко. Или это такой тонкий намёк, что 70% Дебиана - говно? Скорее, 80% дерьмо: mysql, java, php... и базирующиеся на них проекты - продолжать можно долго. И еще всякие apache и иже с ними. А вот ради оставшихся 20% и стоит пользоваться дебианом. Эгм. Я, конечно, сам многие вещи недолюбливаю, но такого я не ожидал. На тикле всего не напишешь, правда же? А можно парочку успешных примеров (пусть маленьких)? А то у меня первая ассоциация - геморрой, и уж потом преимущества. Исключая гуи, которые написаны изначально как обёртки к тучам опций готовых консольных приложений. Если задача - две минуты потыкать во флажки/поля, а затем один-два-десять раз запустить cli-утилиту, да, проблем нет. А если функции нужно запускать часто, сотни-тысячи раз в секунду? Функции или приложения? Если вызывать внешние приложения с такой частотой, то межпроцессное взаимодействие съест ресурсов гораздо больше, чем приложение, выполняющее эти вызовы. Правильно. И я о чём. В таких условиях вызов внешних консольных приложений неприемлем, и надо строить более тесные связки. Ваш вариант - на чём писать гуй? Надо: текстовые поля, флажки, надписи, комбо-боксы (не знаю, как правильно по-русски), панельки там базовые, меню, таблички, менеджеры размещения, группирование элементов в группы, рисование на элементах. tcl/tk. Правда, в нем возможностей намного больше, но вы можете их не использовать :-) Хорошо, бум глядеть. Раз tcl/tk так хвалят... Тогда ещё вопрос, на какую версию смотреть, чтобы не быть потом обличённым фразой нафиг ты это говно мамонта взял, вылезай из анабиоза и юзай нормальные версии? Ну и примеры остаются в силе - что посмотреть из хорошего (код)? Tkabber? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: Проблемы написания кроссплатформенных приложений
On 2008.12.31 at 13:13:16 +0300, Alexey Pechnikov wrote: Скорее, 80% дерьмо: mysql, java, php... и базирующиеся на них проекты - продолжать можно долго. И еще всякие apache и иже с ними. А вот ради оставшихся 20% и стоит пользоваться дебианом. Ну насчет apache - не согласен. Если использовать его по назначению - как гибкий web-сервер для раздачи статического контента и запуска внешних cgi, а не пытаться встраивать в него мощные web-приложения и интерпретаторы скриптовых языков, то очень даже неплохой продукт. Опять же, если правильный mpm для данной ОС выбрать. Простой пример: вывод из БД таблички в миллион и более строк. Многие жалуются, что гуи на этом тормозит. Но тормозит не гуи, а разработчик, ибо юзеру бессмысленно глядеть на этот миллион с гаком строк - что он с ними делать-то будет? А разумное количество строк, которое человек может воспринять, это порядка сотен или тысяч в зависимости от задачи, на таких объемах никаких тормозов Разумное количество строчек в GUI это столько, сколько на экран влазит. О существовании в природе более других строчек из всего GUI должна знать только полоска прокрутки. А тот виджет, который их показывает, должен знать только как при необходимости добыть из некоего промежуточного хранилища (не обязательно непосредственно из БД) те строчки, которые юзер попросил показать. tcl/tk. Правда, в нем возможностей намного больше, но вы можете их не использовать :-) Правда, рекомендуется их все же знать. А то многие авторы Tk-приложений начинают сходу использовать всякие BWidget-ы и прочие incr Tcl, которые сходу обрезают 90% этих возможностей, например, создавая неудобочитаемую иерархию виджетов. В результате за легкое достижение красивости приходится платить сложностью расширения и отладки. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On 2008.12.31 at 13:07:56 +0200, Eugene V. Lyubimkin wrote: Хорошо, бум глядеть. Раз tcl/tk так хвалят... Тогда ещё вопрос, на какую версию смотреть, чтобы не быть потом обличённым фразой нафиг ты это говно Последняя версия 8.5.6. К сожалению, многие из присутствующих здесь любителей tcl, в частности я, вкус 8.5 еще не распробовали, поэтому не факт, что можно будет получить здесь оптимальные советы по использованию новых возможностей 8.5 мамонта взял, вылезай из анабиоза и юзай нормальные версии? Ну и примеры остаются в силе - что посмотреть из хорошего (код)? Tkabber? tkabber - код средней паршивости. Основная к нему претензия - достаточно плохая (само)документированность. Кроме того, это слишком большое и развесистое приложение, чтобы использовать его в качестве примера. Большие приложения можно так использовать только при условии кристально ясной и внятно документированной архитектуры и модульности. Поэтому до примера как надо tkabber несколько недотягивает. Начинать надо с родного widget tour и соответствующих приметов к tile (которое в 8.5 потихоньку вытесняет старый Tk). -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Имя запущенной пр ограммы
Victor Wagner wrote: On 2008.12.31 at 11:39:12 +0200, Eugene V. Lyubimkin wrote: On Wed, Dec 31, 2008 at 10:53:27AM +0300, Victor Wagner wrote: Э, а в какой property написан хост, на котором этот pid искать? Или правильные клиенты это клиенты соблюдающие рекомендации freedesktop.org, авторы которых и понятия не имеют о сетевых возможностяъ X-ов, поэтому изобретают всякие dbus-ы? Я, наверное, сейчас глупый вопрос задам... А разве dbus ограничивается X-овыми приложениями? Помнится, демон от wicd общался с клиентом через dbus, и сомнительно, что в этом демоне было что-то от иксов. Проблема в том, что спецификация D-Bus не учитывает существенной части возможностей X-ов. Точнее, в спецификации кое-какие закладки на эту возможность есть, но в реализации - увы. Да, действительно, единой информационной шины, по которой могли бы общаться как X-овые программы, так и программы, не имеющие GUI в Unix не хватало. Но при разработке спецификаций freedesktop как-то упустили из виду, что десктоп - это ни разу не компьютер. Это набор приложений и аппаратных устройств, с которыми взаимодействует пользователь в рамках сессии, а где физически расположены процессоры, исполняющие данные приложения, пользователя волновать не должно. По хорошему счету понятие сессии кроме дисплея, клавиатуры и мыши (взаимодействие с которыми более-менее успешно виртуализует X-протокол) должно включать в себя как минимум устройства ввода-вывода звука, а как максимум еще и съемные устройства хранения данных, веб-камеру, сканер и так далее. Вместо того чтобы аккуратно расширить X-овое понятие сессии, включив туда все прочие, необходимые современному пользователю, усторойства, и разрабатывать набор протоколов для работы с этим хозяйстовом, понятие сессии безжалостно урезали, практически исключив удаленные приложения из рассмотрения. Понятно, что есть концептуальные трудности, например при работе с файловыми системами в такой гетерогенной сессии. Программу, работающую на удаленной машине мы запускаем именно там, как правило, ровно потому, что она должна работать с данными, содержащимися там. И этот принцип конфликтует с идеей что воткнутая юзером в свой X-терминал флэшка должна быть доступна всем приложениям данной сессии. Но аккуратно, и, главное, очевидным для пользователя способом, решить эту проблему никто и не пытался. В результате современное, так сказать, развитие урезало возможности X-ов до такой степени, что многие справедливо удивляются - а нафига такие сложности, сетевые протоколы и все такое. Не проще ли взять какую Qtopia в качестве основы GUI. Примером такого урезания возможностей был отказ во всяких Gtk и Qt от использования X resource database. Там как раз все очень продумано на тему того, что есть настройки per-user, per-display, per-machine и per-application, и есть механизмы слияния всего этого в набор настроек текущей сессии. Они достаточно сложны и не совсем очевидны, но есть. В gconf такого нет. Потому что подумать о том, что мир несколько сложнее чем один юзер - одна машина - один дисплей - одна home-директория там не подумали. Что ж, спасибо за объяснения Ваших возмущений. Хотя бы понятно, откуда ноги растут. З.Ы. А поучаствовать в fd.o не пробовали? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Re: Проблемы написания кроссплатформенных приложений
Hello! В сообщении от Wednesday 31 December 2008 14:04:23 Victor Wagner написал(а): On 2008.12.31 at 13:13:16 +0300, Alexey Pechnikov wrote: Скорее, 80% дерьмо: mysql, java, php... и базирующиеся на них проекты - продолжать можно долго. И еще всякие apache и иже с ними. А вот ради оставшихся 20% и стоит пользоваться дебианом. Ну насчет apache - не согласен. Если использовать его по назначению - как гибкий web-сервер для раздачи статического контента и запуска внешних cgi, а не пытаться встраивать в него мощные web-приложения и интерпретаторы скриптовых языков, то очень даже неплохой продукт. Мало кто использует апач как веб-сервер, чаще всего он играет роль сервера приложений. А если кто и использовал, то уже перешли на lighttpd/nginx. Если же не использовать лишние возможности апач, кому он нужен будет... P.S. Изобретателей русского апач с кривой перекодировкой контента на лету вообще убить мало - до сих пор есть отдельные личности, у которых несколько кодировок контента на одном ресурсе, притом и отдается контент не в юникоде. Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Command line interface to X selections (clipboard)
On Wed, Dec 31, 2008 at 12:18:28PM +0200, Serhiy Storchaka wrote: Stanislav Maslovski wrote: On Wed, Dec 31, 2008 at 12:01:47AM +0200, Serhiy Storchaka wrote: Stanislav Maslovski wrote: On Tue, Dec 30, 2008 at 10:28:43PM +0200, Serhiy Storchaka wrote: Как получить доступ к иксовому буферу обмена из командной строки? С целью использования в простых скриптах и однострочниках. Увидел в репозитарии xclip, который именно для этого и предназначен. Всё бы хорошо, но работает он только с Latin1. Как быть? apt-get install xsel Аналогично. Всё, что не в Latin1 заменяет на '?' Откуда (или куда) пытаешься вставить текст? Набираю «e1é2е3», выделяю мышью, запускаю «xsel -o; echo» — получаю «e1�2?». Запускаю «xsel -o|iconv -f latin1; echo» — получаю «e1é2?». Вставка средней кнопкой мыши везде работает нормально. Локаль en_US.UTF-8. Набираешь-то где? Обмен содержимым X selection реализован через механизм межпроцессного взаимодействия, в котором участвуют _обе_ стороны. Так что я не случайно спрашиваю. Содержимое selection, как правило, приводится к Latin1 (STRING) в том случае, если сторонам не удалось договориться о другом общем формате (например, CTEXT или UTF8_STRING). Так вот, xsel _понимает_ UTF8_STRING. Например, у меня в качестве терминала -- xterm, в нем запущен jed. Я выделяю «e1é2е3» в окне c jed и делаю xsel -o в другом xterm. Проблемы нет. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Command line interface to X selections (clipboard)
On Wed, Dec 31, 2008 at 03:35:48PM +0300, Stanislav Maslovski wrote: On Wed, Dec 31, 2008 at 12:18:28PM +0200, Serhiy Storchaka wrote: Набираю «e1é2е3», выделяю мышью, запускаю «xsel -o; echo» — получаю «e1�2?». Запускаю «xsel -o|iconv -f latin1; echo» — получаю «e1é2?». Вставка средней кнопкой мыши везде работает нормально. Локаль en_US.UTF-8. Набираешь-то где? Обмен содержимым X selection реализован через механизм межпроцессного взаимодействия, в котором участвуют _обе_ стороны. Так что я не случайно спрашиваю. Содержимое selection, как правило, приводится к Latin1 (STRING) в том случае, если сторонам не удалось договориться о другом общем формате (например, CTEXT или UTF8_STRING). Так вот, xsel _понимает_ UTF8_STRING. Уточнение: начиная c версии 1.0.0. Т.е. берем из lenny и бакпортим, если всё еще на etch. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: воспроизведение видео и compiz
Это известная бага. В частности, если посмотеть на скрикп /usr/bin/compiz, то там можно обнаружить 56 # blacklist based on the pci ids 57 # See http://wiki.compiz-fusion.org/Hardware/Blacklist for details 58 T= 1002:5954 1002:5854 1002:5955 # ati rs480 59 T=$T 1002:4153 # ATI Rv350 60 T=$T 8086:2982 8086:2992 8086:29a2 8086:2a02 8086:2a12 # intel 965 -- Best regards, Maksim A. Boyko ICQ: 478886172vim /usr/bin/compiz
Re: воспроизведение видео и compiz
да но вот у меня 945, а не 965 и при запуске нет сообщений что мой девайс в блэклисте 31 декабря 2008 г. 16:30 пользователь Maksim A. Boyko spide...@mb11490.spb.edu написал: Это известная бага. В частности, если посмотеть на скрикп /usr/bin/compiz, то там можно обнаружить 56 # blacklist based on the pci ids 57 # See http://wiki.compiz-fusion.org/Hardware/Blacklist for details 58 T= 1002:5954 1002:5854 1002:5955 # ati rs480 59 T=$T 1002:4153 # ATI Rv350 60 T=$T 8086:2982 8086:2992 8086:29a2 8086:2a02 8086:2a12 # intel 965 -- Best regards, Maksim A. Boyko ICQ: 478886172vim /usr/bin/compiz -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: Какую комбинацию клавиш для переключения LAT-RUS участники рассылки используют?
On Wednesday 31 December 2008 09:10:34 San_Sanych wrote: Тогда лучше две педали... И генератор. На сколько мегагерц твоей мощи хватило -- все твое. заодно и гиподинамии от сидячего образа жизни не будет :) А я вот уже начинаю мечтать о компьютерном столе с велотренажёром и генератором.
Re: Проблемы написания кроссплатформенных приложений
On 2008.12.31 at 14:47:19 +0300, Alexey Pechnikov wrote: Ну насчет apache - не согласен. Если использовать его по назначению - как гибкий web-сервер для раздачи статического контента и запуска внешних cgi, а не пытаться встраивать в него мощные web-приложения и интерпретаторы скриптовых языков, то очень даже неплохой продукт. Мало кто использует апач как веб-сервер, чаще всего он играет роль сервера приложений. А если кто и использовал, то уже перешли на lighttpd/nginx. Если же не использовать лишние возможности апач, Ну, nginx вообще не умеет cgi. Только fast-cgi. Для классической модели web-сервера с ОТДЕЛЬНЫМИ элементами динамики это крупный недостаток. На lighttpd внимательно не смотрел, но с точки зрения гибкости управления правами ему до апача как до Луны пешком. Другое дело что в современном вебе классическая модель web-сервера действительно распространена мало. P.S. Изобретателей русского апач с кривой перекодировкой контента на лету вообще убить мало - до Ну надо сказать что единственный просчет Тутубалина в этом плане - он недоучел идиотизма web-мастеров. Там все можно настроить прямо. Лично я в свое время от использования mod_charset отказался еще в прошлом веке, когда можно было перестать учитывать существование IE 3.x. А до этого русский апач был спасением. Отказался я от него не потому, что перекодировка кривая, а потому, что у клиентов процессоров много, а у моего сервера - ну два, ну четыре. Поэтому нехай они свои процессоры грузят. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
Hello! Ну, nginx вообще не умеет cgi. Только fast-cgi. Для классической модели web-сервера с ОТДЕЛЬНЫМИ элементами динамики это крупный недостаток. На lighttpd внимательно не смотрел, но с точки зрения гибкости управления правами ему до апача как до Луны пешком. Зачем сложное управление правами для _статики_? Как раз для статики хватает юниксовых прав на файлы/директории. Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: воспроизведение ви део и compiz
Павел Марченко bbl...@gmail.com writes: The program 'totem' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 50 error_code 11 request_code 140 minor_code 19) Хм, у меня нет подобного видеочипа, но, похоже, памяти ему не хватает для того, чтобы видеокартинку положить. Видимо, забито все. Я не знаю, есть ли опция для отключения двойной буферизации в intel. Попробуй ее хотя бы вручную отключить. Не факт, что поможет. Просто когда я писал XVideo, то при ограничении видеопамяти такая же ошибка вылезала. Может быть, есть какая-то возможность ограничить аппетиты compiz в видеопамяти? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On 2008.12.31 at 17:37:02 +0300, Alexey Pechnikov wrote: Hello! Ну, nginx вообще не умеет cgi. Только fast-cgi. Для классической модели web-сервера с ОТДЕЛЬНЫМИ элементами динамики это крупный недостаток. На lighttpd внимательно не смотрел, но с точки зрения гибкости управления правами ему до апача как до Луны пешком. Зачем сложное управление правами для _статики_? Как раз для статики хватает юниксовых прав на файлы/директории. Нифига не хватает. Если эту статику надо кому-то все-таки отдавать. httpd в отличие от ftpd, не умеет пришедшего пользователя авторизовывать как системного и работать с правами этого пользователя, а не www-data. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Настройки клавиату ры не применяются
On Wed, Dec 31, 2008 at 11:56:34AM +0300, Stanislav Maslovski wrote: Это всё понятно. И капс как переключалка - понятно и удобно. Однако, во время миграции, лучше лишнего не ломать. (А у меня ещё есть работа, на которой без виндов несколько проблематично, и на которой адекватно настроить переключалку на капс не получится). lswitch.exe. Запускать с параметром 20 Отсюда? http://haali.cs.msu.ru/winutils/ Да. Только плюс нужно в венде где-то выключить Turn off Caps Lock by CAPS LOCK key. Иногда конфликтует. Если лень указывать аргументом 20, можно пересобрать из исходника, исправив дефолт -- WBR, Dmitry signature.asc Description: Digital signature
Re: Какую комбинацию клавиш для переключения LAT-RUS участники рассылки используют?
On Tuesday 30 December 2008, Nikolay Panov wrote: NP А теперь, похоже, индикацию раскладки кап-ледом больше сделать невозможно :o( Можно, но я пока только вот таким гнусным хаком пользуюсь (в файле ~/.Xsession): setxkbmap -option grp:shifts_toggle -option grp_led:caps -layout us,ru /usr/bin/xkbcomp /home/cancel/.xkb_config $DISPLAY -- Sergei Stolyarov
Re: заблокировать компьютер
В сообщении от 30 декабря 2008 12:30 Aleksey Cheusov написал(a): однако он местами на вывод картинки иногда хочет много много процессора что заставляет cpufreqd удерживать CPU в максимуме именно тогда когда комп НЕ используется. посмотрел на xlock там та же беда. xlock -mode blank Все остальное баловство для детей Точно. Иксы вообще - рюшечки для блондинок. Тру челы пользуют . (сюда можно вписать) -- Правда так естественно воспринимается умом, что когда ее впервые узнаешь, то кажется, что ее лишь вспомнили. -- Б.Фонтенель
Re: Какую комбинацию клавиш для переключения LAT-RUS участники рассылки используют?
В сообщении от 30 декабря 2008 07:55 Boris Popov написал(a): Какую комбинацию клавиш для переключения LAT-RUS участники рассылки используют? ctrl+shist но сторонники того что они называют тру сейчас расскажут много сказо. -- - Что такое крест на крест? - Это поп на медсестре.
Re: Проблемы написания кроссплатформенных приложений
On Wed, Dec 31, 2008 at 12:11:03PM +0300, Alexey Pechnikov wrote: И в самом деле - писал когда-то на wxWidgets (ага, объектный, С++), сложный интерфейс ощутимо тормозил на мощном по меркам трех-четырехлетней давности компе. На tcl/tk подобный интерфейс работает без ощутимых задержек. На самом деле, все логично - в тикле напрямую вызывается сишный код при обращении к функции, а в wxWidgets вызываются десятки и сотни функций-оберток, пока вызов дойдет непосредственно до нужного кода, притом эти обертки написаны зачастую хреновато. Это показатель кривизны wxWidgets как тулкита, C++ тут не при чем. Такое же количество функций-оберток можно нарисовать и на C. Собственно, яркий пример это ява-приложения, где объектный подход доведен до абсурда, значительная часть классов closed-source На C/С++ тоже много closed-source кода. В яве полно OpenSource библиотек, при чем под business-friendly лицензиями. и мудрые ява-программисты, ничтоже сумняшеся, громоздят к ним обертки, потом следующие программисты дописывают свои обертки и костыли и так продолжается неизвестно сколько итераций. Пример? -- WBR, Dmitry signature.asc Description: Digital signature
Re: Какую комбинацию к лавиш для переключения LAT-RUS участники расс ылки используют?
On 2008.12.31 at 22:12:09 +0600, Sergei Stolyarov wrote: On Tuesday 30 December 2008, Nikolay Panov wrote: NP А теперь, похоже, индикацию раскладки кап-ледом больше сделать невозможно :o( Можно, но я пока только вот таким гнусным хаком пользуюсь (в файле ~/.Xsession): setxkbmap -option grp:shifts_toggle -option grp_led:caps -layout us,ru /usr/bin/xkbcomp /home/cancel/.xkb_config $DISPLAY Что характерно, этот гнусный хак позволяет каждому юзеру выбрать свою собственную раскладку и клавишу переключения. Поэтому я пользуюсь только таким способом. Потому что на домашней машине пользователей почти столько, сколько членов семьи. У кота только логина нет, хотя он периодически пытается чей-нибудь пароль подобрать. И у ребенка, но у того - появится, как только буквы выучит. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Какую комбинацию к лавиш для переключения LAT-RUS участники расс ылки используют?
On 2008.12.31 at 11:20:52 +0200, chaos wrote: В сообщении от 30 декабря 2008 07:55 Boris Popov написал(a): Какую комбинацию клавиш для переключения LAT-RUS участники рассылки используют? ctrl+shist но сторонники того что они называют тру сейчас расскажут много сказо. Ну тут уже в соседнем письме привели способ каждому юзеру использовать свою раскладку. На самом деле сказки имеются следующие: 1. Не должно быть клавиши ПЕРЕключения раскладки, должны быть клавиши Включения русской и латинской раскладок. И это должны быть разные клавиши. Тогда будет меньше шансов набрать слово не в той раскладке, так как можно будет жать соответствующую клавишу выбора раскладки перед словом, не задумываясь о том, какая раскладка была до этого. 2. Надо использовать такую клавишу, которая все равно нахрен никому не нужна. Например, Win, или Menu. Я традиционно, ещё со времен довиндовых клавиатур использую правый Alt. Alt - не настолько часто используемый модификатор, чтобы имело смысл их держать два в разных углах клавиатуры. 3. Ориентироваться надо на то что привык. Если привык в виндах использовать Ctrl+Shift, то и в X-ах используй ее же и раскладку с модификатором winkeys. Зачем переучиваться, когда проще переучить компьютер. Он железный, ему не больно. Я вот за четырнадцать лет с момента выхода Windows 95 так и не переучился с раскладки, характерной для использовавшегося до того досовского русификатора. В виндах я все равно не работаю, а в Linux могу себе настроить так, как привык. -- - Что такое крест на крест? - Это поп на медсестре. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On 2008.12.31 at 19:58:55 +0200, Dmitry Nezhevenko wrote: Это показатель кривизны wxWidgets как тулкита, C++ тут не при чем. Такое же количество функций-оберток можно нарисовать и на C. Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора, как Qt или проприетарных расширений языка, как Borland OWL. Fltk я видел. Радиус кривизны заметно больше чем у wx, gtk или Qt, но все же. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Какую комбинацию кл авиш для переключения LAT-RUS участники рассылки и спользуют?
Twas brillig at 21:14:36 31.12.2008 UTC+03 when vi...@wagner.pp.ru did gyre and gimble: VW 3. Ориентироваться надо на то что привык. +1. Недавно попытался посидеть за маком. Выдержал три дня, после чего выкинул мак. Что характерно, проблема оказалась именно в невозможности сделать немодальную переключалку раскладок, которая мне привычна (пробовал всё вплоть до рисования своей собственной - драйвер клавиатуры в маке не умеет различать левый и правый option key, а свой драйвер для hid-устройств писать - это всё-таки чересчур). VW Зачем переучиваться, когда проще переучить компьютер. Он железный, VW ему не больно. Зависит от цены и бенефитов. Когда-то я поменял qwerty на dvorak. Две недели переучивался, теперь не жалею. -- pgpVU1lWd57FZ.pgp Description: PGP signature
Re: Проблемы написания кроссплатформенных прил ожений
Twas brillig at 21:17:05 31.12.2008 UTC+03 when vi...@wagner.pp.ru did gyre and gimble: VW Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора, VW как Qt или проприетарных расширений языка, как Borland OWL. WTL. Хоть заворачивает Win32, а не X11, но какая разница? -- pgpC46pcyaOQ1.pgp Description: PGP signature
Re: Какую комбинацию кла виш для переключения LAT-RU S участники рассылки испол ьзуют?
31.12.2008 20:19, Mikhail Gusarov пишет: Twas brillig at 21:14:36 31.12.2008 UTC+03 when vi...@wagner.pp.ru did gyre and gimble: VW 3. Ориентироваться надо на то что привык. +1. Недавно попытался посидеть за маком. Выдержал три дня, после чего выкинул мак. Что характерно, проблема оказалась именно в невозможности сделать немодальную переключалку раскладок, которая мне привычна (пробовал всё вплоть до рисования своей собственной - драйвер клавиатуры в маке не умеет различать левый и правый option key, а свой драйвер для hid-устройств писать - это всё-таки чересчур). Эх, а я думал что не умею пользоваться поиском :( Но правда привык уже... человек такое существо, что может к чему угодно привыкнуть и потом с пеной у рта доказывать, что так удобно. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Postgresql 8.3.5 с патчами от 1С
25.12.2008 13:38, Konstantin Kubatkin пишет: Если можно, выложи пожалуйста, интересует даже не пакет а .diff, .dcs, .tgz, т.е. то из чего я сам смогу собрать пакет. Может на примере пойму что я делал не так. wget ftp://ftp.3logic.net/incoming/postgresql-8.3_8.3.5* А можно еще раз побеспокоить и попросить выложить собранные пакеты ? Уже пересобирал под разные платформы, но результат странный. Дело в том, что базовая конфигурация и база создаются в postgresql который я собираю, а вот моя база туда загружается но с ошибками (какие-то проблемы с timestamp). А на пакетах от Etersoft все работает без проблем. Проверил патчи - вроде ничего лишнего не добавляется в Debian и ничего не нашел того что есть в Etersoft, но нет у вас в пакете. Конфиги одинаковые. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Есть ли в дебиан гибернация
Типа как в виндовс, чтобы комп выключался и сбрасывал все оперативную память в спец. область на ж.д.? Всех с наступающим 2009 годом бычка! =) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: время больше на три часа
Да, но время в биосе правильное! а дебиан прибавляет к правильному 3 часа! Как его отучить? В Втр, 30/12/2008 в 09:00 +0300, Boris Popov пишет: Непонятно, где у тебя время? Есть время в биосе, а есть в системе. Давай попробуем для начала выставить в биосе время по GMT. 30 декабря 2008 г. 11:38 пользователь Александр deb...@yandex.ru написал: При включении компа время всегда больше нормально на три часа, и даже после того как я поменяю его на правильное, после перезагрузки оно снова больше на три часа. Как поправить? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: время больше на три часа
Twas brillig at 00:49:16 01.01.2009 UTC+03 when deb...@yandex.ru did gyre and gimble: А Да, но время в биосе правильное! а дебиан прибавляет к правильному 3 А часа! Как его отучить? Рассказать, что в BIOS время на самом деле не UTC-шное, как у всех нормальных людей, а местное, как у разных отщепенцев, использующих Windows. -- pgpHmvnY5AmbT.pgp Description: PGP signature
Re: время больше на три часа
31.12.08, 21:51, Mikhail Gusarov dotted...@dottedmag.net: А Да, но время в биосе правильное! а дебиан прибавляет к правильному 3 А часа! Как его отучить? Рассказать, что в BIOS время на самом деле не UTC-шное, как у всех нормальных людей, а местное, как у разных отщепенцев, использующих Windows. Слишком толсто. С учётом, что биос может заниматься такими вещами как включение компьютера, время в биосе должно быть местным. -- wBR,George. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: воспроизведение ви део и compiz
Павел Марченко bbl...@gmail.com writes: The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 50 error_code 11 request_code 140 minor_code 19) Судя по коду, у тебя ошибка выскакивает в запросе xv_ShmPutImage. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: время больше на тр и часа
On 2008.12.31 at 21:55:19 +0300, George Shuklin wrote: А Да, но время в биосе правильное! а дебиан прибавляет к правильному 3 А часа! Как его отучить? Рассказать, что в BIOS время на самом деле не UTC-шное, как у всех С учётом, что биос может заниматься такими вещами как включение компьютера, время в биосе должно быть местным. Чего-чего? А зачем компьютер выключать? И как правило, компьютер, который выключают, могут вот так взять и перевезти в выключенном состоянии на пару часовых поясов. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On 2009.01.01 at 00:20:09 +0600, Mikhail Gusarov wrote: Twas brillig at 21:17:05 31.12.2008 UTC+03 when vi...@wagner.pp.ru did gyre and gimble: VW Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора, VW как Qt или проприетарных расширений языка, как Borland OWL. WTL. Хоть заворачивает Win32, а не X11, но какая разница? А мне удастся собрать программу с WTL с помощью компилятора из дебиановского пакета mingw32? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Есть ли в дебиан г ибернация
On 2009.01.01 at 00:46:55 +0300, Александр wrote: Типа как в виндовс, чтобы комп выключался и сбрасывал все оперативную память в спец. область на ж.д.? А задать тот же вопрос своему дебиану? apt-cache search hibernate правильный ответ дает в первых трех строчках. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: время больше на три часа
Twas brillig at 22:26:31 31.12.2008 UTC+03 when vi...@wagner.pp.ru did gyre and gimble: VW Чего-чего? А зачем компьютер выключать? Некоторые типы непереносных компьютеров выключать смысл всё-таки имеет. Вот у тебя билдсервер на работе, а у меня - дома, и ночью на нём ничего не билдится, ибо нужды нет. Самое полезное, что он ночью может делать - это греться, гудеть и считать fold...@home. Лучше его всё-таки притушить в hibernate. -- pgpNvL4LYac6y.pgp Description: PGP signature
Re: Проблемы написания кроссплатформенных прил ожений
Twas brillig at 22:27:34 31.12.2008 UTC+03 when vi...@wagner.pp.ru did gyre and gimble: WTL. Хоть заворачивает Win32, а не X11, но какая разница? VW А мне удастся собрать программу с WTL с помощью компилятора из VW дебиановского пакета mingw32? Не исключаю (VC-шных расширений там не используется), но подозреваю, что никто не проверял, так что придётся немножко пофиксить. Впрочем, совместимость C++-ных реализаций - другой вопрос. -- pgpGoZAV0q1ze.pgp Description: PGP signature
Re: Есть ли в дебиан гибер нация
В письме от Срд, 31 Дек 2008, 23:46 Александр пишет: Типа как в виндовс, чтобы комп выключался и сбрасывал все оперативную память в спец. область на ж.д.? Есть. я его и использую на своем eeePC :) # aptitude show uswsusp Пакет: uswsusp Описание: утилиты для временной приостановки работы системы Этот пакет (также известен как µswsusp или просто suspend) содержит программы для остановки работы компьютера с сохранением состояния путём обращения к соответствующей функции ядра Linux (доступна начиная с версии 2.6.17-rc1). Состояние всей системы сохраняется на диск, после чего питание выключается. При следующем включении компьютера сохранённое состояние восстанавливается (иногда это называют hibernation). . Для работы программ из пакета необходимо ядро Linux версии 2.6.17-rc1 или более новое, и система должна использовать initramfs. Для взаимодействия с initramfs-tools предоставляются «перехватчики» и сценарии. Сайт: http://suspend.sourceforge.net/ Всех с наступающим 2009 годом бычка! =) -- Regards, Serge -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
Hello! В сообщении от Wednesday 31 December 2008 22:31:00 Mikhail Gusarov написал(а): VW А мне удастся собрать программу с WTL с помощью компилятора из VW дебиановского пакета mingw32? Не исключаю (VC-шных расширений там не используется), но подозреваю, что никто не проверял, так что придётся немножко пофиксить. Впрочем, совместимость C++-ных реализаций - другой вопрос. Что же это за кроссплатформенный код, если он даже не компилируется на другой платформе? Давно уже перешел на mingw для создания виндовых приложений, и сишный код собираю без особенных заморочек. Извращение в виде вижуалстудии (особенно под wine :-)) просьба не предлагать. Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Software mirror on partitions
On Wednesday 31 December 2008 14:56:02 Игорь Чумак wrote: Можно ли создать software raid на разделах _разных_ дисков? Такая странная идея возниклала, потому что есть 2 диска (18 и 36Г), хочется сделать зеркало на 2 18г - разделах (sda1 и sdb1), а на оставшемся месте разместить что-нибудь некритичное. Это реализуемо? не только можно, но так и нужно делать -- они есть везде и на них нет управы клопы прекрасны...
ГИС-движок
Hello! Портировал код расширения spatialite в виде модулей в нативную систему сборки SQLite. Собрал визуальный редактор tksqlite со всеми модулями (от функций работы с сетевыми адресами до ГИС, русский язык включен по умолчанию, читает шейпфайлы и csv в любой кодировке и системе координат). Модули: billing compress crypt fts1 fts2 fts3 functions gaiageo iconv icu inet mbrcache rtree tablefunc uuid virtualshape virtualtext Также доступны все функции от автора tksqlite, плюс поддержка создания полей с сортировкой согласно русскому алфавиту в визуальном редакторе. Документация по spatialite: http://www.gaia-gis.it/spatialite/ По tksqlite: http://reddog.s35.xrea.com/wiki/TkSQLite.html По модулям billing,compress,crypt,functions,inet,tablefunc,uuid см. рассылку sqlite-users, а также могу прислать исходники, примеры мспользования старался включать в комментарии. Все это хозяйство использую как серверную инфраструктуру (без tksqlite, разумеется), но думаю, что и как десктопное приложение уже может пригодиться или в качестве основы для различных проектов. Брать здесь: http://mobigroup.ru/dload/tksqlite.31.12.2008 Всех с Новым Годом! Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On 2008.12.31 at 23:07:28 +0300, Alexey Pechnikov wrote: Не исключаю (VC-шных расширений там не используется), но подозреваю, что никто не проверял, так что придётся немножко пофиксить. Впрочем, совместимость C++-ных реализаций - другой вопрос. Что же это за кроссплатформенный код, если он даже не компилируется на другой платформе? Давно уже перешел на mingw для создания виндовых приложений, и сишный код собираю без особенных заморочек. А для GUI что? Ведь mingw32 несовместим с msvc по name mangling-у (впрочем разные версии msvc и разные версии gcc и между собой-то не совместимы). Соотвественно, всякие MFC которые состоят из DLL с плюсовым интерфейсом - пролетают. Разве только Tk использовать. Но для многих задач Tk - стрельба их пушки по воробьям. Хочется чего-то такого, чтобы не нужно было с собой тулкит в пару мегабайт таскать. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On Thu, Jan 01, 2009 at 12:25:14AM +0300, Victor Wagner wrote: On 2008.12.31 at 23:07:28 +0300, Alexey Pechnikov wrote: Не исключаю (VC-шных расширений там не используется), но подозреваю, что никто не проверял, так что придётся немножко пофиксить. Впрочем, совместимость C++-ных реализаций - другой вопрос. Что же это за кроссплатформенный код, если он даже не компилируется на другой платформе? Давно уже перешел на mingw для создания виндовых приложений, и сишный код собираю без особенных заморочек. А для GUI что? Ведь mingw32 несовместим с msvc по name mangling-у (впрочем разные версии msvc и разные версии gcc и между собой-то не совместимы). Соотвественно, всякие MFC которые состоят из DLL с плюсовым интерфейсом - пролетают. Разве только Tk использовать. Но для многих задач Tk - стрельба их пушки по воробьям. Хочется чего-то такого, чтобы не нужно было с собой тулкит в пару мегабайт таскать. Господа и товарищи! С НОВЫМ ГОДОМ! Ну где еще найдешь людей в новогоднюю ночь обсуждающих ньюансы программирования на C++ или Tk ;) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
Hello! В сообщении от Thursday 01 January 2009 00:25:14 Victor Wagner написал(а): Что же это за кроссплатформенный код, если он даже не компилируется на другой платформе? Давно уже перешел на mingw для создания виндовых приложений, и сишный код собираю без особенных заморочек. А для GUI что? Ведь mingw32 несовместим с msvc по name mangling-у (впрочем разные версии msvc и разные версии gcc и между собой-то не совместимы). Соотвественно, всякие MFC которые состоят из DLL с плюсовым интерфейсом - пролетают. Разве только Tk использовать. Но для многих задач Tk - стрельба их пушки по воробьям. Хочется чего-то такого, чтобы не нужно было с собой тулкит в пару мегабайт таскать. Tk и использую. Плюс модуль ffidl для доступа к любым динамическим библиотекам в системе и свои бинарные расширения, скомпиленные с помощью mingw. Воробьи нынче в виндах такие, что самый мелкий на десяток мегабайт, так что тулкит на 2 мегабайта это мелочи. P.S. Помню развлечения с поиском хидеров для всех версий activesync, а теперь несколько строк на тикле и любая либа activesync (или другая нужная) подцепляется на лету. Красота. Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On Wednesday 31 December 2008 13:58:53 Victor Wagner wrote: Изучите пару десятков высокоуровневых языков, будет у вас взгляд нескромный. Как правило, любой скриптовый язык, стандарт на который задан реализацией - Tcl, Perl, Python, Ruby - обладает куда большей переносимостью чем C++. Да и Scheme, хотя у нее десятки независимых реализаций - тоже. tcl исключить, да и perl тоже. python раздражает своими отступами и излишней обьктно-ориентировастью. с ruby не знаком. вот scheme - это хорошо, особенно если учесть что я сам один из авторов одной из реализаций :) что еще? haskel слишком заумен. ml мог бы, но почему то не стал. GUI сам по себе НИКОГДА не является критичным по скорости, поскольку его скорость реакции определяется скоростью человека. И только объектно-ориентированный подход может затормозить современный компьютер до такой степени, чтобы человек ощущал замедленную реакцию интерфейса. так то оно так, но qt всетаки не имеет альтернатив СЕЙЧАС. motif мог бы, но зарезал сам себя, своей идиотской политикой лицензирования, а когда опомнился, поезд уже ушел. был еще один тулкит, сами знаете какой, шедевр практически. для меня загадка почему он так и не стал популярен. ну напоследок, для меня как програмиста, не очень важен внешний вид, лишь бы все было единообразно. а вот простота программирования -- это все. -- Полдень. В облака поднимаясь, Жаворонки поют.
Re: Проблемы написания кроссплатформенных приложений
Hello! tcl исключить ну напоследок, для меня как програмиста, не очень важен внешний вид, лишь бы все было единообразно. а вот простота программирования -- это все. Сами себе противоречите :-) Если вы знаете что-то удобнее tk, будет интересно услышать. Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On Thursday 01 January 2009 03:25:14 Victor Wagner wrote: А для GUI что? Ведь mingw32 несовместим с msvc по name mangling-у (впрочем разные версии msvc и разные версии gcc и между собой-то не совместимы). Соотвественно, всякие MFC которые состоят из DLL с плюсовым интерфейсом - пролетают. mfc -- растрелять Разве только Tk использовать. Но для многих задач Tk - стрельба их пушки по воробьям. Хочется чего-то такого, чтобы не нужно было с собой тулкит в пару мегабайт таскать. да что ж вы так tcl то любите?. я его просто ненавижу ps. вот и фортунка в тему :) -- жри макароны! гуляя в большой степи они там вкусны
Re: Шрифты в ленни
Andrey Lyubimets wrote: Alexander Krayniuk пишет: Alexey Pechnikov wrote: Hello! В сообщении от Thursday 25 December 2008 09:57:47 George Shuklin написал(а): Не пытаясь защищать ситуацию с шрифтами, скажу, что как XP это НЕ красиво и это НЕ правильно. Правильно - как в Adobe Reader'е, например. Может быть, но лучше, чем в дебиане по умолчанию. Скриншоты макОС разве что поискать, есть шансы, что там сделано качественно. Извините, но по умолчанию в Debian Lenny именно так: http://img146.imageshack.us/img146/7862/screenshotvi9.png а не то, что у вас на скриншотах. проблема то с русскими буквами, на твоём скриншоте их 0 Да не вопрос. Вот дефолтный lenny с дефолтной кириллицей: http://img530.imageshack.us/img530/4207/screenukrqt2.png -- Alexander Krayniuk -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Шрифты в ленни
Hello! В сообщении от Thursday 01 January 2009 02:03:25 Alexander Krayniuk написал(а): Да не вопрос. Вот дефолтный lenny с дефолтной кириллицей: http://img530.imageshack.us/img530/4207/screenukrqt2.png Сдается мне, ленни-то у вас есть продукт апгрейда этч ;-) Best regards, Alexey. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Symbian Signed Password
Your password has been regenerated. The new password for the website is: sX85cI96 for account debian-russian@lists.debian.org -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
01.01.09, 00:52, Stanislav Maslovski stanislav.maslov...@gmail.com: Не исключаю (VC-шных расширений там не используется), но подозреваю, что никто не проверял, так что придётся немножко пофиксить. Впрочем, совместимость C++-ных реализаций - другой вопрос. Что же это за кроссплатформенный код, если он даже не компилируется на другой платформе? Давно уже перешел на mingw для создания виндовых приложений, и сишный код собираю без особенных заморочек. А для GUI что? Ведь mingw32 несовместим с msvc по name mangling-у (впрочем разные версии msvc и разные версии gcc и между собой-то не совместимы). Соотвественно, всякие MFC которые состоят из DLL с плюсовым интерфейсом - пролетают. Разве только Tk использовать. Но для многих задач Tk - стрельба их пушки по воробьям. Хочется чего-то такого, чтобы не нужно было с собой тулкит в пару мегабайт таскать. Господа и товарищи! С НОВЫМ ГОДОМ! Ну где еще найдешь людей в новогоднюю ночь обсуждающих ньюансы программирования на C++ или Tk ;) Да-да. Я обратил внимание, что у тут активность выше, чем на новостных сайтах, жж и вики вместе взятых. ::: Продаю капли от покраснения глаз, оптом ::: -- wBR,George. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных прил ожений
Twas brillig at 03:18:17 01.01.2009 UTC+03 when n...@narod.ru did gyre and gimble: Ну где еще найдешь людей в новогоднюю ночь обсуждающих ньюансы программирования на C++ или Tk ;) GS Да-да. Я обратил внимание, что у тут активность выше, чем на GS новостных сайтах, жж и вики вместе взятых. IRC тоже вполне жив. -- pgpjJ0mJ2iPvY.pgp Description: PGP signature
Re: Проблемы написания кроссплатформенных прил ожений
Twas brillig at 00:52:24 01.01.2009 UTC+03 when stanislav.maslov...@gmail.com did gyre and gimble: SM Ну где еще найдешь людей в новогоднюю ночь обсуждающих ньюансы SM программирования на C++ или Tk ;) http://dilbert.com/dyn/str_strip/0//000/00/3/1000/900/31969/31969.strip.gif -- pgpTX9yxx7PF8.pgp Description: PGP signature
Re: Проблемы написания кроссплатформенных приложений
01.01.09, 03:23, Mikhail Gusarov dotted...@dottedmag.net: Ну где еще найдешь людей в новогоднюю ночь обсуждающих ньюансы программирования на C++ или Tk ;) GS Да-да. Я обратил внимание, что у тут активность выше, чем на GS новостных сайтах, жж и вики вместе взятых. IRC тоже вполне жив. Вот они - рассадники. -- wBR,George. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
On Thursday 01 January 2009 04:06:38 Alexey Pechnikov wrote: Сами себе противоречите :-) Если вы знаете что-то удобнее tk, будет интересно услышать. не знаю. tk -- это хорошо. tcl -- плохо. впрочем, был такой тулкит от sun'а, который был реално удобен. щас он тоже есть в линуксе, xview называется. только не используется нигде. -- Дело простое. Засунуть поглубже а Сможешь ли вынуть?
Re: время больше на три часа
On Wed, 31 Dec 2008 21:55:19 +0300 George Shuklin n...@narod.ru wrote: 31.12.08, 21:51, Mikhail Gusarov dotted...@dottedmag.net: А Да, но время в биосе правильное! а дебиан прибавляет к правильному 3 А часа! Как его отучить? Рассказать, что в BIOS время на самом деле не UTC-шное, как у всех нормальных людей, а местное, как у разных отщепенцев, использующих Windows. Слишком толсто. С учётом, что биос может заниматься такими вещами как включение компьютера, время в биосе должно быть местным. И будете сами переводить часы на зимнее/летнее время. По поводу вопроса: уже советовали проверить, что UTC=no в /etc/default/rcS. -- Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Какую комбинацию клавиш для переключения LAT-RUS участники рассылки используют?
Victor Wagner wrote: У кота только логина нет, хотя он периодически пытается чей-нибудь пароль подобрать. И у ребенка, но у того - появится, как только буквы выучит. Только цифровой слишком несекурный? ;) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
debian-russian@lists.debian.org
Доброго вам нового года! Надоело при включении Evolution Нажимать: Файл - Перейти в сетевой режим. Как всегда включать почтовик в сетевом режиме??? Debian Etch Счастливых праздничных деньков! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Какую комбинацию клавиш для переключения LAT-RUS участники рассылки используют?
Victor Wagner wrote: В виндах я все равно не работаю, а в Linux могу себе настроить так, как привык. А я не могу. Дайте мне включение раскладки при _отжатии_ определённой клавиши-модификатора, но только если за время нажатия не была нажата никакая другая клавиша. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
Victor Wagner wrote: Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора, как Qt или проприетарных расширений языка, как Borland OWL. Fltk я видел. Радиус кривизны заметно больше чем у wx, gtk или Qt, но все же. Посмотри FOX Toolkit. Меньше Qt, не использует спец-препроцессора, многоплатформеный. Даже в Дебиане есть. Дефолтный Look правда слегка страшноват, но матёрого Tk-шника это не отпугнёт. И я видел, как люди делали из него конфетку, слегка кастомизировав отрисовку и иконки. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как правильно сделать поддержку юникода в программе
Alexey Pechnikov wrote: Попробую конкретизировать. Итак, юникод - UTF-8. Хотелось бы еще UTF16, хотя я ни разу его не использовал и не видел, чтобы кто-то использовал. Но движок sqlite имеет нативную поддержку UTF16, может пригодиться. Ну значит UTF16 и следует использовать. Иначе ведь наверняка он будет рассчитывать на 8-битовые строки, а значит поиск в UTF-8 будет работать не так, как надо. Требуется ввод/вывод - смотрел примеры перекодирования через iconv, вроде устраивает. Далее, нужно сравнение символов, сортировка строк, смена регистра. Вот что требуется от функций смены регистра: ** upper('ABC') - 'abc' ** lower('abc') - 'ABC' ** lower('I', 'en_us') - 'i' ** lower('I', 'tr_tr') - 'ı' (small dotless i) Сравнение с шаблоном, как я понимаю, через вышеперечисленное пишется, но хотелось бы пример, чтобы грамотно реализовать функции LIKE и REGEXP - они и так медленные, писать надо аккуратно. LIKE и особенно REGEXP зависят от кодировки символов. Если есть уже в sqlite поддержка UTF16, то и встроенные функции будут с ним работать как надо (если sqlite будет знать, что это не 8 бит). Если использовать самому библиотеку работы с регэкспами, то она должна быть рассчитана на уникод, иначе ничего не получится. В Linux представление wchar_t совпадает с уникодом (man unicode), поэтому можно использовать towlower и т.п. В Windows вроде тоже (но только 16 бит), на других платформах всё хуже. См. недавнее обсуждение в fido7.ru.unix.prog. Вопрос, кстати, именно для той конференции. Иначе довольно симпатичной выглядит небольшая библиотека libunicode. Названия символов в движке СУБД знать не требуется. А что такое комбинированные символы? Уже ответили. Некоторые символы могут быть записаны комбинацией двух кодов уникода — кода буквы и кода диакритического знака (ô = o + «шапочка»). Для некоторых из них есть и собственный код, поэтому они могут быть записаны двумя способами. Нужно канонизировать перед сравнением строк. А ещё бывают «невидимые» символы. Например «мягкий перенос» (U+00AD). При выводе не отображается, но может использоваться для указания возможности переноса слова. При сравнении строк очевидно должен быть пропущен. Ещё бывают символы, указывающие направление письма, и т. п. Всё это можно игнорировать и решать проблемы по мере возникновения (но помнить, что они будут). P.S. Есть кроссплатформенный способ реализации - забиндить нужные функции из тикля (питона, etc.). Зависит от приложения. Если уже есть зависимость от какого-то большого графического тулкита или скриптового языка, то в них уже есть работа с уникодом. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Проблемы написания кроссплатформенных приложений
Нет плохихих языков. Писать нормально нужно и будет всё ок. Например у нас хромает именно скриптовая часть в плане переносимости. С плюсами проблем нет. 31 декабря 2008 г. 12:11 пользователь Alexey Pechnikov pechni...@sandy.ru написал: P.S. И нафига вообще нужен С++ для работы? Это же убожество, достаточно глянуть на многословность и запутанность стандарта. Для всех практических целей связка С и скриптовые языки намного лучше. Про переносимость С++ вообще молчу - много раз видел, как код может работать неправильно или неработать вовсе, поскольку компилятор что-то там заоптимизировал, а юзеры возмущенно кричат, что мол эскулайт, к примеру, кривой, поскольку они не могут его в своей любимой вижуал студии скомпилять (мда, помню одному такому посоветовал выучить С, а уж потом смотреть на С++, на что оппонент заявил, что мол он программит уже больше 30-ти лет и немеряно крут, а в итоге оказалось, лишние флажки оптимизации он в настройках вижуал студии понатыкал). -- Boris Popov
pam 1.0.1-5: Please update debconf PO translation for the package pam
Hi, As a result of RC bug #502140, there is a regrettable need to add a new debconf template to the pam package. Since you are noted as the last translator of the debconf translation for this package, I'm contacting you to ask for your help to get these new messages translated, so that users of your locale will have full translations of this base package when upgrading their systems to lenny. I would be grateful if you could take the time to provide an update. You can send updated translations to me, submit them as wishlist bugs against pam, or send me a link to a bzr branch that can be merged with bzr://bzr.debian.org/bzr/pkg-pam/debian/sid/, according to your preference. Since this is a release-critical bug, the deadline for accepting translation updates into the 1.0.1-5 upload is Mon, 05 Jan 2009 11:10:06 -0800, and if you were able to get me a translation sooner that would be even better. There may or may not be an opportunity to do another upload for a second round of translation updates before the lenny release. Thanks in advance, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov kozlo...@gmail.com, 2007. msgid msgstr Project-Id-Version: 0.99.7.1-4\n Report-Msgid-Bugs-To: p...@packages.debian.org\n POT-Creation-Date: 2008-12-28 01:17-0600\n PO-Revision-Date: 2007-09-25 20:51+0400\n Last-Translator: Yuri Kozlov kozlo...@gmail.com\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n% 10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: string #. Description #: ../libpam0g.templates:1001 msgid Services to restart for PAM library upgrade: msgstr Сервисы, которые будут перезапущены после обновления библиотеки PAM: #. Type: string #. Description #: ../libpam0g.templates:1001 msgid Most services that use PAM need to be restarted to use modules built for this new version of libpam. Please review the following space-separated list of init.d scripts for services to be restarted now, and correct it if needed. msgstr Чтобы задействовать новые версии модулей из libpam нужно перезапустить большинство сервисов, использующих PAM. Внимательно просмотрите и отредактируйте (если необходимо) список (элементы разделяются пробелом) сценариев сервисов из init.d, которые будут перезапущены. #. Type: error #. Description #: ../libpam0g.templates:2001 msgid Display manager must be restarted manually msgstr Программу входа в систему нужно перезапустить вручную #. Type: error #. Description #: ../libpam0g.templates:2001 msgid The kdm, wdm, and xdm display managers require a restart for the new version of libpam, but there are X login sessions active on your system that would be terminated by this restart. You will therefore need to restart these services by hand before further X logins will be possible. msgstr Для работы с новой версией libpam программам для входа в систему kdm, wdm и xdm требуется перезапуск, но это прервёт все запущенные X-сессии. Поэтому вам нужно перезапустить эти сервисы вручную для того, чтобы можно было снова входить в систему через X. #. Type: error #. Description #: ../libpam0g.templates:3001 msgid Failure restarting some services for PAM upgrade msgstr При обновлении PAM перезапуск некоторых сервисов завершился неудачно #. Type: error #. Description #: ../libpam0g.templates:3001 msgid The following services could not be restarted for the PAM library upgrade: msgstr При обновлении библиотеки PAM не удалось перезапустить следующие сервисы: #. Type: error #. Description #: ../libpam0g.templates:3001 msgid You will need to start these manually by running '/etc/init.d/service start'. msgstr Вам нужно перезапустить их вручную, выполнив '/etc/init.d/сервис start'. #. Type: error #. Description #: ../libpam-modules.templates:1001 msgid xscreensaver and xlockmore must be restarted before upgrading msgstr #. Type: error #. Description #: ../libpam-modules.templates:1001 msgid One or more running instances of xscreensaver or xlockmore have been detected on this system. Because of incompatible library changes, the upgrade of the libpam-modules package will leave you unable to authenticate to these programs. You should arrange for these programs to be restarted or stopped before continuing this upgrade, to avoid locking your users out of their current sessions. msgstr