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

Попытался включить гибернейт в последнем 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 или же на то есть какие-то веские соображения?

Говорит, слишком старая версия slang. С ncurses собирается, но потом при запуске результата русские буквы в интерфейсе щедро разбавляются кракозябрами - так что тоже не выход.

mc 4.8.0. Обнаружил случайно странные сообщения, возникающие при попытке некорректного копирования по F5 (как source - несколько файлов, как target - 1 файл, не являющийся каталогом). В моем случае целевой файл назывался Xenia. И вот что выдал mc по-аглицки в красном окошке:

«Destination „Xenia“ must be a directory

Success (0)»

И в чем же этот самый success состоит? В успешном распознании идиотизма юзера?

А по-русски и того круче:

«Назначение „Xenia“ должно быть каталогом

Победа (0)»

Кого над чем, пардон? Юзера над здравым смыслом?

А ноль в скобочках в обоих случаях что должен означать? На код ошибки не тянет, вроде...

Маюсь с того момента, как из Оперы выпилили qt.

В общем, ежели на HTML-странице прописана русская кодировка, явно указан один из core-шрифтов от Microsoft (скажем, arial) и попадается слово с диакритикой (например, немецкое с умляутом) - то соответствующий символ заменяется на «квадратик». Поскольку немецкий язык мне всё-таки нужен, такое положение дел, наконец, достало.

Интересно, что глюк у меня касается только MS core fonts и свободных шрифтов от ПараГрафа, в то время как Liberation, DejaVu и Nimbus работают правильно. И, что любопытно, глючащие в опере шрифты работают безукоризненно в приложениях на qt и на GTK2.

Версия иксов старенькая: 7.2

О существовании других браузеров наслышан :), о возможности убрать чужеродные шрифты из системы тоже знаю. Ни то, ни другое делать не хотелось бы: к Опере сильно привык (FireFox, SeeMonkey и Chromium установлены тоже :) ), а шрифты - вещь всегда полезная.

Так что вопрос может быть переформулирован так: 1) Ежели это глюк автоконвертации - то нет ли утилит, делающих ее корректно? 2) Ежели это не та версия шрифтов - где в интернете взять «правильную»? Речь не о Liberation и т. п., а именно об Arial, Times New Roman и Courier New. 3) А можно ли добиться того, чтобы Опера перестала видеть «проблемные» шриффты, при том, что они остались бы доступными для других программ?

OpenSUSE 11.2 32-bit. Пытаюсь завести старенький SCSI-сканер Primax VM6586. «Родная» SCSI-карточка утрачена, пробую DMX3191E. Вставил в PCI-слот, в /proc/scsi/ появился каталог advansys. В нем - файл 0 с таким содержимым: AdvanSys SCSI 3.4: PCI Ultra: IO 0xE800-0xE80F, IRQ 0xB

Device Information for AdvanSys SCSI Host 6: Target IDs Detected: 7, (7=Host Adapter)

EEPROM Settings for AdvanSys SCSI Host 6: Default Settings Used for EEPROM-less Adapter. Host SCSI ID: 7, Host Queue Size: 16, Device Queue Size: 8 cntl 0xbfff, no_scam 0x0 Target ID: 0 1 2 3 4 5 6 7 Disconnects: Y Y Y Y Y Y Y Y Command Queuing: N N N N N N N N Start Motor: Y Y Y Y Y Y Y Y Synchronous Transfer: Y Y Y Y Y Y Y Y

Linux Driver Configuration and Information for AdvanSys SCSI Host 6: host_busy 0, last_reset 0, max_id 8, max_lun 8, max_channel 0 unique_id 0, can_queue 16, this_id 7, sg_tablesize 50, cmd_per_lun 1 unchecked_isa_dma 0, use_clustering 1 flags 0x0, last_reset 0x0, jiffies 0x1b1498, asc_n_io_port 0x10 io_port 0xe800

Linux Driver Statistics for AdvanSys SCSI Host 6: queuecommand 7, reset 0, biosparam 0, interrupt 7 callback 7, done 7, build_error 0, build_noreq 0, build_nosg 0 exe_noerror 7, exe_busy 0, exe_error 0, exe_unknown 0 xfer_cnt 7, xfer_elem 7, xfer_bytes 3.5 kb avg_num_elem 1.0, avg_elem_size 0.4 kb, avg_xfer_size 0.4 kb

Asc Library Configuration and Statistics for AdvanSys SCSI Host 6: chip_version 11, mcode_date 0x12c3, mcode_version 0x50d, err_code 0 Total Command Pending: 0 Command Queuing: Command Queue Pending: Command Queue Limit: Command Queue Full: Synchronous Transfer:

При этом в /proc/scsi/scsi следующее: Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: HL-DT-ST Model: DVD-ROM GDR8164B Rev: 0L06 Type: CD-ROM ANSI SCSI revision: 05 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: TEAC Model: CD-W54E Rev: 1.1B Type: CD-ROM ANSI SCSI revision: 05 Host: scsi2 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3200820AS Rev: 3.AA Type: Direct-Access ANSI SCSI revision: 05

Т.е. перечислено всё эмулируемое и работающее через /proc/scsi/sg, а о scsi-устройстве, управляемом драйвером advansys, - ничего. Соответственно, yast в списке scsi-устройств упоминает только два дисковода и винчестер, а об DMX3191e не ведает. sane-find-scanner тоже scsi-сканера не находит.

Вопрос: что я должен сделать, чтобы scsi-контроллер стал виден системе?