On Tue, Nov 27, 2007 at 08:59:48PM +0300, Evgeny M. Zubok wrote:
XCB, кстати, в ветке был приведен совсем не как замена
прокси-уровню, а (если вернуться в самое начало, где XCB
упоминается), как шаг в сторону обозначения и начала частичного
решения проблем c X-протоколом и xlib.
Угу.
[1]
Nikita V. Youshchenko [EMAIL PROTECTED] writes:
Дело в том, что X протокол - это далеко не только рисование и получение
ввода. Это ещё и Atoms, Properties и т.п.
Это так. В диалоге опущено важное словосочетание в среднем уменьшает
влияние latencies, а не совсем исключает. А есть информация,
Evgeny M. Zubok [EMAIL PROTECTED] writes:
Так, вот сейчас глянул в xproto.xml в XCB, а там записано, что на
запросы по отрисовке графических примитивов, например, и многих других
запросов в протоколе X вообще не предусмотрено ответа от сервера. Так
что исправляю эту свою ошибку:
А на
On 2007.11.24 at 04:15:46 +0600, Mikhail Gusarov wrote:
Evgeny M. Zubok [EMAIL PROTECTED] writes:
Насколько я слышал libxcb уже вошел в xorg 7.3.
Вошёл. Кстати, от него взвыли пользователи проприетарных программ:
раньше Xlib неправильное использование блокировок ресурсов молча
On 2007.11.24 at 18:19:28 +0800, [EMAIL PROTECTED] wrote:
Может я что не понимаю, но глобальный флаг -DNDEBUG в Makefile
должен помочь. По моему, assert это девелоперское ухищрение.
В продакшен его конечно пускать не надо, но это скорее говорит
о нерадении мантейнера программы, а не
On Sat, Nov 24, 2007 at 04:20:04PM +0600, Mikhail Gusarov wrote:
Это какие умеют? Emacs? Кто ещё? :)
vim ;-} inkscape еще точно умеет.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On 2007.11.24 at 16:20:04 +0600, Mikhail Gusarov wrote:
Это какие умеют? Emacs? Кто ещё? :)
Если бы от этого умения был бы толк, можно было бы достаточно быстро
запинать авторов большинства приложений.
Я уж не говорю что оно падает с assert-ами при таких незначительных
проблемах, как
Victor Wagner [EMAIL PROTECTED] writes:
Это какие умеют? Emacs? Кто ещё? :)
Если бы от этого умения был бы толк, можно было бы достаточно быстро
запинать авторов большинства приложений.
Так толк-то есть: сохраниться или отменить текущую операцию. А умеющих -
раз-два и обчёлся всё равно.
Michael Shigorin [EMAIL PROTECTED] writes:
Насколько понял XCB whitepaper, с roundtrip times тоже не супер.
А я что-то не читал такой whitepaper. Хорошо, а какое решение мыслится
еще, кроме XCB? Что еще можно придумать, кроме передачи группы запросов
X-серверу на отрисовку чего-либо с
Evgeny M. Zubok [EMAIL PROTECTED] writes:
Насколько я слышал libxcb уже вошел в xorg 7.3.
Вошёл. Кстати, от него взвыли пользователи проприетарных программ:
раньше Xlib неправильное использование блокировок ресурсов молча
проглатывал, где мог, а теперь падает с assert'ами, поскольку переписан
On 2007.11.22 at 22:23:30 +0200, Michael Shigorin wrote:
ltsp-server не предлагать, его уже попробовал, и обнаружил там
во-первых, еще больше лишнего мусора - оно вообщето под
бездисковые workstation, а не под X-терминалы заточено
Странно, не заметил такого.
во вторых, некоторые
On Thu, Nov 08, 2007 at 02:30:26PM +0300, Victor Wagner wrote:
Вопрос в том, что делать - то ли аккуратно прописывать список
exclude в debootstrap (но зависимости essential пакетов в такой
клубок переплетены), то-ли придумать какой-то другое решение.
Наш техдир запихивал в 16M, но говорит, что
On 2007.11.20 at 15:37:45 +0300, Ed wrote:
Victor Wagner wrote:
как говорится не вместо, а вместе.
Вот когда будут в продаже мониторы формата А3 разрешением 300dpi,
т.е. примерно 4800x3600 тогда и поговорим о том, есть ли какой-то смысл
тратиться на антиалисинг на таком мониторе.
Пуристы
On 2007.11.20 at 16:30:31 +0300, Ed wrote:
разрешение экрана ещё и в dpi измеряется :)
а dpi у n800 совсем неплох.
В данном случае критично именно общее количество пикселов.
Воспользоваться преимуществами большого разрешения на единицу длины
можно было бы, если бы софт умел бы работать с
On 2007.11.20 at 18:39:28 +0300, Ed wrote:
речь про xterm? да, в нем буковки по умолчанию мелкие - но поменять
размер шрифта очень просто ;)
Ну, собственно две проблемы:
1. xterm. Заходишь из него по ssh на сервер/десктоп, запускаешь, скажем
w, а она и говорит что-то у тебя колонок мало.
On 2007.11.18 at 03:18:06 +0300, Evgeny M. Zubok wrote:
Victor Wagner [EMAIL PROTECTED] writes:
Его использование в этих монстрах. В первую очередь - client side
rendering шрифтов. Конечно, X протокол тоже немножкно виноват -
возможности работы со шрифтами там немножко отстают от
Victor Wagner [EMAIL PROTECTED] writes:
Это хорошо если у тебя на экране ровно одно приложение. Если у тебя
там десяток разных приложений, использующих один и тот же шрифт (что
крайне осмыслено для создания единого стиля десктопа), то каждое
приложение будет рендерить буковки заново, даже
Victor Wagner [EMAIL PROTECTED] writes:
Его использование в этих монстрах. В первую очередь - client side
rendering шрифтов. Конечно, X протокол тоже немножкно виноват -
возможности работы со шрифтами там немножко отстают от требований
современности.
Виктор, ничего в client side rendering
On Tue, Nov 13, 2007 at 09:15:31AM +0300, Victor Wagner wrote:
On 2007.11.13 at 05:11:08 +0300, Ed wrote:
Его использование в этих монстрах. В первую очередь - client side
rendering шрифтов. Конечно, X протокол тоже немножкно виноват -
возможности работы со шрифтами там немножко отстают от
On 2007.11.13 at 14:18:17 +0300, Иван Лох wrote:
А то, что проблема работы по узкому каналу в самих X-ах решается
сплошь и рядом через внешние костыли и приблуды, это нормально? IMHO
Нормально. По локальной сети всё прекрасно работает.
ничего страшного и безумного в Gdk нет. Была бы
On 2007.11.13 at 05:11:08 +0300, Ed wrote:
не совсем в тему - использование современных программ (тот же firefox
с openoffice) на x-терминале даже по локальной сети зачастую вызывает
мысли о несовершенстве мира, если ж канал 1мбит и rtt в десятки ms, то
совсем грустно.
не только
Victor Wagner [EMAIL PROTECTED] writes:
[очередной rant скипнут]
Это pango виноват, если что.
--
JID: [EMAIL PROTECTED]
On 2007.11.11 at 04:07:57 +0300, Dmitry Derjavin wrote:
On Sat, Nov 10 2007 at 13:09, Victor Wagner wrote:
В etch, наконец, появился tftpd-hpa, который из коробки подходит.
Но его всё равно надо ставить в неумолчательную позу.
Угу, спасибо, так и запишем.. Ещё в планах -- посмотреть
On 2007.11.11 at 23:12:14 +0300, Dmitry Derjavin wrote:
On Sun, Nov 11 2007 at 13:10, Victor Wagner wrote:
А multicast-то там зачем?
Например, загрузить класс (учебный) бездисковых машин. Образ, правда,
довольно большой, это не X-терминал. Но основная проблема в том, что
аптаймы
On 2007.11.10 at 01:27:31 +0300, Dmitry Derjavin wrote:
Основной упор авторы делали на скорость развёртывания. Предполагалось,
что всё настраивается один раз при интерактивной установке, а дальше
работает без вмешательства человека.
Все так предполагают, а жизнь - располагает.
А чем плох
On 2007.11.09 at 15:47:15 +0300, Dmitry Derjavin wrote:
On Thu, Nov 08 2007 at 14:30, Victor Wagner wrote:
Хочу сделать NFS-рут для X-терминала с помощью debootstrap.
[...]
ltsp-server не предлагать, его уже попробовал, и обнаружил там
во-первых, еще больше лишнего мусора - оно
On 2007.11.09 at 09:50:19 +0600, Andrey Lyubimets wrote:
Victor Wagner пишет:
Хочу сделать NFS-рут для X-терминала с помощью debootstrap.
Требования - чтобы НИЧЕГО лишнего там не было.
А с чем связано такое требование - места на сервере жалко?
Каждый килобайт исполняемого кода -
27 matches
Mail list logo