Переполз с нативной старой Оперы на «хромую» (28). Резко выиграл в скорости, но, как и было обещано, лишился ряда приятных фич. Одна из них: теперь любой не-гипертекст, не-графический файл и не-ролик браузер умеет только сохранять, но не открывать в программе по умолчанию. Но ведь, казалось бы, решение должно быть на поверхности. Если флеш-видео он запускает через плагин, значит, должно быть соответствующее API для произвольных суффиксов. А если «натравить» через это API все незнакомые типы файлов, скажем, на kfmclient exec:?

Вопрос: это сложно или решение на поверхности? И куда копать?

P.S. Убедительная просьба не превращать ветку во флейм типа «какой браузер тру, а какой не тру». Вопрос задан не для этого, надеюсь на понимание :)

Вчера в Альтлинуксе (p7 Centaurus, как основное DE использую дополнительно установленное KDE4) при очередном обновлении произошел трабл со шрифтами Liberation. А именно: умный майнтейнер перенес шрифт Liberation Sans Narrow в отдельный пакет и не озаботился о предотвращении сноса этого шрифта при обновлении пакета fonts-ttf-liberation. Ну, это-то оказалось поправимо: выяснив источник исчезновения очень нужного мне Liberation Sans Narrow, я установил появившийся в репозитории пакет fonts-ttf-liberation-narrow - и, казалось бы, проблема решена. Ага, решена... Появилась новая. Теперь в разных браузерах (посмотрел Opera 12, Seamonkey и Konqueror) шрифт Liberation Sans Narrow стал шрифтом по умолчанию (в случае Konqueror это «Шрифт без засечек», «Курсивный шрифт» и «Шрифт Fantasy»). В Опере я попытался перенастроить шрифты вручную - но перенастройка действует не на всё. Например, в Википедии Опера весь текст отображает шрифтом Liberation Sans Narrow, и исправлению это у меня не поддается. Попытался решить проблему радикально - полной перестановкой обоих пакетов со шрифтами, так, чтобы последними поставились не-narrow - тоже не помогло. Ясно, что где-то то ли в иксах, то ли в KDE (второе вероятнее) куда-то по дефолту прописался (или почему-то стал предпочитаться) Liberation Sans Narrow. Но вот как это исправить - не понимаю.

Запустил обновление Альта (P7 Centaurus с доустановленным KDE4 в качестве основной среды) - и в его ходе были, внезапно, снесены systemd и systemd-sysvinit. Поскольку после этого начались проблемы (сначала штатным образом систему не удалось выключить/перезагрузить, потом по дефолту не запустились иксы), видимо, что-то стряслось неправильное. Есть подозрение, что systemd в репах обновили до следующей версии, а systemd-sysvinit остался старым.Потому как в ответ на «apt-get install systemd-sysvinit» читаю «Следующие пакеты имеют неудовлетворенные зависимости: systemd-sysvinit: Требует: systemd (= 201-alt1.M70P.4) E: Извините, `битые' пакеты».

Вот такая задача: нужно вызвать нативную linux-программу (хоть скрипт, хоть elf) из windows-приложения, запущенного в wine (нужно подменить wordpad на libreoffice, если конкретнее). Раньше (в openSUSE 32-bit) такие трюки получались без проблем: прописывался в батнике полный путь до linux-проги и она запускалась. Сейчас другая конфигурация: 64-разрядный ALTLinux p7 KDesktop, на нем 32-разрядный вайн. При попытке испытанным раньше способом запустить linux-программу из wineconsole или cmd.exe ругань наподобие ««/bin/bash» не является ни внутренней или внешней командой, ни batch-скриптом.» Это преодолимо?

Вчера на официальном сайте OpenSUSE появилась информация о предстоящем слиянии непрерывно обновляющихся вариантов OpenSUSE,Factory и Tumbleweed в один, который унаследует 2-е название. Слияние произойдет после релиза OpenSUSE 13.2, ожидаемого через 10 дней. Замечу, что раньше эти сборки позиционировались как преследующие разные цели: первая - как, прежде всего, тестовая, вторая - как претендующая на относительную стабильность.

>>> Подробности

Попытался включить гибернейт в последнем 64-разрядном Mint 17 Qiana (я так понимаю, что по части ядра это та же Ubuntu 14.04) — и ничего не выходит. echo -n disk > /sys/power/state выдает сообщение, что нет места на устройстве — но своп-то есть и в resume прописан. Можно ли побороть без пересборки ядра?

Использую в OpenSUSE 13.1 mc, который я регулярно обновляю из исходников (так уж повелось). Сейчас версия 4.8.13. Очередной раз наткнулся на проблему с zip-архивами, если в них файлы с кириллическими именами. Кракозябры, в общем (в KDE-шной консоли выглядят, как вопросительные знаки — это по умолчанию, причем перебор кодировок вручную не помогает: с того, что они превращаются в разную абракадабру, не легче). Причем что занятно: похоже, что mc не пользуется внешним zip'ом (я его пропатченный вариант выдернул из ALT Linux и аккуратно засунул в /usr/local/bin — дык теперь по F3 содержимое архива показывается нормально, а из панели — увы).
Вопрос: это баг mc или надо было как-то по-хитрому собирать его из исходников, с учетом глючности «родного» сусевого зипа?

Досталась новая материнка без IDE - а DVD-привод оставался IDE-шный. Я решил попытаться подключить его через дешевый китайский переходник. Пока не получается. Сначала комп надолго «задумывается», потом дело доходит до загрузчика (grub2). Наконец управление передается ядру (3.11.10-21-pae) - и раздумья продолжаются. В их ходе выдается 3 одинаковых сообщения об ошибках (см. ниже), потом загрузка продолжается - и привод так и не появляется. Есть ли шанс его все-таки подцепить?

Вот что говорит dmesg:

home:/home/pasha # dmesg |grep ata3
[ 0.574991] ata3: SATA max UDMA/133 abar m2048@0xf7e15000 port 0xf7e15200 irq 40
[ 5.936965] ata3: link is slow to respond, please be patient (ready=0)
[ 10.587110] ata3: COMRESET failed (errno=-16)
[ 15.949582] ata3: link is slow to respond, please be patient (ready=0)
[ 20.599727] ata3: COMRESET failed (errno=-16)
[ 25.962200] ata3: link is slow to respond, please be patient (ready=0)
[ 55.655895] ata3: COMRESET failed (errno=-16)
[ 55.656501] ata3: limiting SATA link speed to 1.5 Gbps
[ 60.682213] ata3: COMRESET failed (errno=-16)
[ 60.682820] ata3: reset failed, giving up

Традиционный, наверное вопрос.
Намертво виснет система при попытке загнать в спящий режим. Высвечивается информация, сколько процентов скинуто в своп (сплеш я отключил), - и на какой-то величине (то 0%, то 36%) - глухое зависание.

Любопытная деталь: описанное происходит, если я вызываю спящий режим из меню KDE или запускаю из консоли под рутом pm-hibernate. Однако если даю из-под рута команду echo -n disk > /sys/power/state - то комп засыпает вполне корректно.

Куда копать, не подскажете?

Досталось вот такое железо. На OpenSUSE 13.1 графика работает неполноценно: не включаются 3d-эффекты, не работает OpenGL. Как я и предполагал, на сайте Intel отсылают к официальным репам Суси.

Вопрос: можно ли заставить это «железо» выдавать нормальную 3d-графику?

Юзаю обычно в качестве браузера Оперу 12.16 под OpenSUSE. С какого момента заметил, что больше не могу вводить текст кириллицей в многострочные поля в новых сообщениях/ответах на ЛОРе: вместо букв - «квадратики». Случайно обнаружил, что ситуация исправляется, если отключить в конфиге оперы User prefs| Enable Webfonts. Но для отдельно взятого сайта этот параметр выставить у меня не получилось (попытался прописать overrides в operaprefs.ini - без толку), а глобально эта настройка корежит, например, mail.ru. Какое-то решение, кроме смены браузера, возможно?

Означенный девайс у меня под линуксом виден только как CD-ROM - что совершенно не греет. Можно ли побороть?

Такая вот идиотская проблема...
Верстаем сборник на кафедре. Прислали рукопись в вордовском формате с картинками, вставленными из программы Statistica for Windows. Качество графиков отвратительное: подписи осей нечитабельны. Ситуация не зависит от того, открываю ли я ЭТО в LibreОffice или же под оффтопиком в Ворде. Даже если пересохранить документ как HTML с картинками, он скидывает их как PNG неприемлемого качества. Есть лишь два обнадеживающих момента. 1) «Картинки» - на самом деле, OLE-контейнеры, по дабл-клику офисная программа пытается достучаться до соответствующей программы-сервера (коего нет); 2) в ходе этой попытки LibreOffice сбрасывает OLE-объект во временный файл, который можно «выловить». Судя по всему, там какая-то векторная графика. Ни Incscape, ни LibreOffice Draw эту штуку не понимают. Правда, нельзя исключать, что надо еще «вылущить» векторную графику из OLE-обертки.

В общем, есть ли какой-либо способ вытащить векторную графику для редактирования, более законный, чем поиск «пиратки» Statistica for Windows - тем более, что она может еще и не пойти по вайном, да и версия непонятно какая нужна?

Вот такая ситуация. Десктопный комп, OpenSUSE 12.3. Если система загружена «с нуля», она игнорирует нажатие кнопки «Power» на системном блоки (на кнопку на клаве реагирует). Интересно, что если систему отправить в гибернейт, а потом «разбудить», то кнопка «Power» вдруг «обнаруживается». В /etc/systemd/logind.conf всё по дефолту (т. е. закомментировано).

Хотелось бы сделать так, чтобы система начала реагировать на эту самую кнопку (опыт показывает, что это иногда выручает - позволяет корректно перезагрузиться при «зависаниях», когда система перестает реагировать на клаву и мышь). Куда копать, не подскажете?

Из Yast соответствующий сервис не стартует. При запуске демона из командной строки сокет не появляется, а сам hal через некоторое время все равно падает. Без hal не работает должным образом монтирование устройств в KDE3 (качество и возможности «бес-hal-ного» варианта сборки не выдерживают критики).

Обнаружил странную багофичу (скорее баг, конечно) - не знаю, у меня ли одного такое (на всякий случай: обновлялся с 12.2 через zypper dup, видеодрайвер проприетарный NVIDIA).

В общем, если поработать из-под рута в терминальном окошке, то после этого сочетания ALT+ стрелка вправо, ALT+стрелка вправо, ALT+Fx выкидывают из иксов в консоли так, как будто бы я работаю из консоли, а не из иксов. Эффект наблюдал в двух DE (Xfce и KDE3), с двумя менеджерами дисплея (gdm и kdm3), с тремя разными терминальными программами (konsole3, xfce4-terminal, gnome-terminal). Это отключить как-то можно?

Установил OpenSUSE 12.2. Обнаружил, что в YAST почему-то названия модулей и разделов отображаются по-английски (локаль русская, кнопочки/диалоги/сами модули всё отображают тоже по-русски). Что надо доустановить, чтобы избавиться от такого «двуязычия» - никто не сталкивался?

Борюсь с квадратиками вместо русских букв в консоли. Setfont помогает. Работу Systemd пока понимаю плохо, поэтому вопрос: как обеспечить корректный руссифицированный шрифт для всех tty по умолчанию. Видимо, куда-то надо прописать его подгрузку через setfont - но вот куда?

Сейчас мне приходится заниматься версткой сборника тезисов научной конференции. Понимаю, что OpenOffice предназначен немного не для этого, но так уж сложилось. В общем, тезисы присылают в форматах вордовских и rtf, требуемые стандарты не все авторы соблюдают, но самое неприятное - при вставке их текстов в общий файл часто «слетают» шрифты, размеры, отступы и прочее. Очевидное решение - применить другой стиль ко вставленным фрагментам. Проблема, однако, в том, что в этих фрагментах много выделений курсивом и тому подобных реально необходимых элементов форматирования. После переназначения стиля всё это теряется, последующая ручная работа по трудоемкости соизмерима с ручным форматированием без использования стилей. Я уже о написании макроса размышляю. Вопрос: а штатных средств сохранения курсивов и тому подобного при применении стилей нет?

Пардон за перепост из новостей, но все-таки...

Я вот всё ломаю голову: почему если мы можем вогнать в диалоге поиска в поле «От каталога:» слэш, точку, две точки, то почему нельзя туда же ввести тильду (~) в смысле «свой хомяк» и получить потом разумный результат поиска? Это недоработка mc или же на то есть какие-то веские соображения?