Вот, решил тут реанимировать defoma, выкинутый из «Wheezy» без всякой альтернативы (автоматически добавлять новые шрифты в серверный X font path больше никто не умеет).
Ну, поправить зависимости — это понятно.
Но, помимо этого, вот здесь аршинными буквами написано, что
The package should be updated to follow the last version of Debian Policy (Standards-Version 3.9.6 instead of 3.6.2.0).
Я открыл этот Debian Policy — это ж простыня на 100 часов увлекательного чтения! Как мне быстро выяснить, где именно пакет не соответствует новой версии политики? Это я спрашиваю на случай, если maintainer уйдёт в несознанку или не поймёт моего русского.
Однажды на работе было особенно тоскливо, и решил я собрать эту штуку (а заодно и посмотреть на API).
ИМХО, для десктопа пока не годится (emacs, screen или, прости господи, tmux на экзотических терминалах куда стабильнее), но фичи же! Перекрывающиеся окна! Окна переменного размера! Поддержка Unicode! Расширяемое API!
Что примечательно, проект не делит ни строчки исходного кода ни с одним из форков оригинального Turbo Vision, т. е. велосипед был честно изобретён с нуля.
P.S. Проект уже давно переехал с SF (ещё скриншоты) на GitHub (завалите автора pull-реквестами).
Народ, а есть спецы, ещё помнящие X11/Motif? Что-то мне подсказывает, что среди моего поколения таких уже точно нет. Вопрос не праздный: http://stackoverflow.com/questions/34360066
В связи с выходными и двухдневным периодом безделья было решено проверить работоспособность двух машин Sun Blade 100. На одной батарейка NVRAM-чипа сдохла, так что теперь или вооружаться надфилем/паяльником, или в очередной раз заказывать из-за океана — а вот вторая машина таки завелась.
Админы, не знаю, насколько это является проблемой сервера, но обратите внимание.
Если лезть на linux.org.ru, 80 порт с GET / HTTP/1.0, то нормально выдаётся страница.
Если же лезть туда же с GET / HTTP/1.0, Host: linux.org.ru, то выдаётся HTTP 302 и редирект на www.linux.org.ru.
Проблема в том, что, в отличие от linux.org.ru/217.76.32.61, www.linux.org.ru не разрешается частью DNS-серверов (возможно, это временно). Приходится или использовать HTTP/1.0, или делать запись в /etc/hosts.
скажите, пожалуйста,
каким образом система решает,
какая из двух сетевых плат станет eth0, а какая eth1?
Проблема в том, что нужно вставить в машину
вторую сетевую плату, идентичную первой
(с точностью до MAC-адреса, но в этом-то и загвоздка).
Обе платы -- 3c59x (3Com 905).
Все старт-скрипты, как назло, жёстко завязаны на eth0.
Существующая сетевая плата
(в т. ч. её HW Addr и Id внутри PCI-шины; видимо, рез-т вывода lspci) упомянута только в /etc/sysconfig/hwconf,
но на этот файл никто не ссылается.
Скажите, пожалуйста,
как поведёт себя GTK/Qt-приложение
в случае, если на клиентской машине
вообще будут отсутствовать какие-либо шрифты,
и единственные доступные шрифты будут на X-сеервере?
Например, мозиллу *раньше* (сейчас не знаю)
можно было скомпилировать с поддержкой X server fonts
(aka core X fonts) и без поддержки шрифтов локальных,
так чтобы она не гоняла битмапы с клиента на сервер.
Также желаемая функциональность присутствует "из коробки" у Xt/Athena/Motif/CDE.
А вот можно ли навязать такое поведение приложению, которе использует Pango (с любым из бэкендов) или напрямую FreeType2 или Xft?
Как известно, практически любой продукт Mozilla Foundation
представляет собой написанную на C++ виртуальную машину,
которая отвечает за построение GUI из XML-описания (точнее, XUL-описания)
и в которой в интерпретируемом режиме исполняется "логика",
написанная на JavaScript.
Фактически, любое окно представляет собой комбинацию
XUL-файла и JS-файла.
С одной стороны, это даёт относительную лёгкость
разработки внешних расширений (не нужно знать C++),
с другой -- в силу сходства технологий производительность
упомянутых программ по порядку величины
сравнима с производительностью AJAX-приложений.
На днях посмотрел Оперу -- и, как в растаманской сказке,
подумал: "Какая же она, сука, шустрая!" --
(это несмотря на то, что Qt -- "big and bloated").
Соответственно, вопрос знатокам:
планируются ли какие-л. меры по оптимизации производительности
XUL-приложений? М. б., JIT какой-нибудь?
Напомню, что OpenMotif -- это одна из старейших (за вычетом, наверное, X Athena Widget) библиотек для построения GUI, лежащая в основе сред CDE/DeXtop/Indigo Magic и многих коммерческих продуктов для UNIX.
Что нового в версии 2.3:
* добавлена поддержка антиалиасинга шрифтов посредством XFT;
* поддержка UTF-8 и X11-атома UTF8_STRING;
* возможность отображать одновременно текст и растровые изображения в компонентах Label, LabelGadget и их производных;
* поддержка форматов растровой графики PNG и JPEG в дополнение к старому доброму XPM;
* наконец, исправлено 26 багов.
Мужику, использовавшему SeaMonkey + GreaseMonkey(Secure GMail Script) для доступа к web-версии GMail, отрубили этот самый доступ "за использование неразрешённых расширений браузера" (официальная формулировка).
binutils-2.15 не компилируется gcc-4.0 в связи с тем, что использует массивы недоопределённого типа (см. http://gcc.gnu.org/gcc-4.0/changes.html -- "Arrays of incomplete element type are invalid in C. GCC now issues an error for such arrays.").
С какими ключами лучше всего конфигурить glibc для использования под ядра 2.4.x? Получалось:
a) с linuxthreads, --with-__thread, --without-tls
б) с linuxthreads, --without-__thread, with_tls (правда, в этом последнем случае make check говорит, что kernel is too old for thread local storage, но по субъективным ощущениям -- всё работает (и вроде даже быстрее).
Где можно подробно почитать про квалификатор __thread и/или патчах для 2.4.x, включающих поддержку nptl и/или tls? Гуглить не предлагать -- уже пробовал.
После смены разрешения на мониторе кол-во dpi увеличилось с ~80 до ~100. Соответственно, 12pt Monotype Arial имеет в высоту уже не 12px, а 17px. Есть java 1.4.x и font.properties, в кот. прописаны монотайповские шрифты (Arial, Courier New и Times New Roman). Параметром в этих font.properties является размер шрифта в decipoints (не в пикселях!), так что теоретически смена разрешения на мониторе должна была пройти гладко (ожидаемый результат -- сохранене размера в миллиметрах при увеличении размера в пикселях). Ан нет. Джава рисует шрифты, как будто они заданы маской:
-*-*-*-*-*-*-*-*-75-75-*-*-*-*
(в файле стоит, например, -monotype-arial-medium-r-normal--*-%d-*-*-p-*-koi8-r)
-- и даже явное задание-monotype-arial-medium-r-normal--*-%d-100-100-p-*-koi8-r не помогает. В чём грабли, брат?
