Спасибо @masai, djvubind — полнейший няшмяш и по качеству результата, и по юзабельности. После небольшой обработки напильником даже под Виндами работает полноценно.
Есть отсканированный журнал ~150 страниц в TIFF. Есть сильное, нефиговое прям такое желание перегнать в DjVU.
Есть веб-сервис Any2DjVu, который всё делает правильно — сам выдляет фон (и жмёт сильно) и текст (и жмёт качественно). Он реально всё делает сам и хорошо.
Есть DjVuLibre, которая состоит из набора тулзов, работающих довольно тупо и делающих только то, что скажут.
В общем мне нужно как Any2DjVu, только локально.
Что делать?
Уже годика с полтора Midnight Commander умеет работать с иксовым клипбордом. Для этого, по идее, достаточно поставить xclip и немножко отредактировать конфиг:
~/.config/mc/ini
clipboard_store=xclip -i -selection clipboard
clipboard_paste=xclip -o -selection clipboard
Это безусловно существенно лучше, чем ничего. Без этого я байндил клавиши для работы xclip с файлом, в котором Midnight Commander хранит свой собственный буфер обмена. И потом их отдельно нажимал для обмена с иксовым. А сейчас mc вызывает xclip сам.
Однако заставить mc нормально работать с терминалами у меня так и не получилось: S-Insert и C-Insert по-прежнему как-то мимо.
В идеале хотелось бы, чтобы при запущенном mc терминал эти сочетания не перехватывал, а при не запущенном — перехватывал. Я слишком много хочу?
Они всё-таки отчитываются о том, что у них слетело. Разумно. Почитаем...
https://tech.dropbox.com/2014/01/outage-post-mortem/
LibreOffice зараза при печати и при экспорте в PDF не печатает значки переноса. Вообще не печатает, на их месте пусто (дебажить PDF влом).
Если бы это был M$ Office, то конечно тут же появился бы Лях и сказал бы, что нечего пользоваться троянами, и всё бы само починилось. Но это уже LibreOffice. Под Арчом.
Что делать? Как быть?..
Я довольно много лет назад, не пользуясь ещё Дропбоксом, написал вот такой опус: http://dluciv.livejournal.com/82050.html
Не только написал, но и сделал. Взял Mercurial, взял штуки три хостинга и написал нехитрый скриптик, который делал push и pull со всеми тремя. Прелесть была в том, что когда один из хостингов сдох, я почесал в затылке и просто забил. Ну подумаешь сдох один из трёх...
Сейчас тот же самый репозиторий я перекинул в Git (без фанатизма, были именно технические причины), и пользуюсь тем же подходом. Но редко, ибо уже с осени 2009 (всего-то несколько месяцев прошло) таки стал пользоваться Дропбоксом.
Конечно, в Git и Mercurial я видеофайлы не клал, да и история, по большому счёту, нужна далеко не всегда (хотя с ней, понятное дело, надёжность слияния повышается). Для всего относительно большого был и остаётся Дропбокс. Который сегодня недвусмысленно даёт понять, насколько всё в мире бренно.
Возможно пора задуматься опять. Всё-таки синхронизированные репозитории на трёх независимых серверах и на паре моих компьютеров имеют неплохие шансы пережить, скажем сдержанно, мой интерес к содержащимся в них данным.
Вот только версионирование не нужно, а зато нужна прозрачность. Кроме пропиетарной BtSync что есть на эту тему?
Арч, i686.
Ругается: [sdb] Asking for cache data failed
Нашёл ответ для кучи дистрибутивов: http://askubuntu.com/questions/132100/errors-in-dmesg-test-wp-failed-assume-write-enabled
Сделал, как полагается, в /etc/modprobe.d файло, в котором написал: options ums_realtek ss_en=0
Дальше самое интересное. Если передёрнуть модуль, то эффект есть: ругаться перестаёт.
Но после перезагрузки ругается всё равно.
ЧЯДНТ?
Если в VLC поставить режим воспроизведения в "Режим повтора: одна дорожка" и выполнить какую-то пустую операцию (например конвертирование файла с неуказанным файлом для вывода), то он действительно будет пытаться выполнять эту операцию бесконечно раз, съедая все доступные ресурсы ПеКи (или упадёт после некоторого времени)
Внезапно осознал одну из причин, по которым Юникс-подобные системы традиционно не игрушечные.
Вот ставите вы например игрушку на каком-то движке под Винды. Движок вместе с ней. Обычно он вместе с ней не только в дистрибутив входит, но и инсталлируется в её каталог. Если это не что-то совсем уж системное типа DirectX.
Ставите вы под Винды какую-нибудь не игрушку. И... то же самое.
Ставите вы какой-то не игрушечный софт под Юникс-подобную систему. У него куча зависимостей, они ставятся или собираются из репозиториев. Софт живёт своей жизнью, зависимости тоже, всё постепенно обновляется, а когда что-то расползётся, начинаются вопли и беготня, и всё более или менее чинят.
А игрушки? А они в >95% случаев с закрытыми исходниками. но не это самое страшное. Самое страшное то, что их зарелизили, все наигрались, и больше почти никому они не нужны. вто время, как третьесторонние программные компоненты развиваются и живут своей жизнью. Максимум, на что можно надеяться, это ремейк через несколько лет.
Почему и откуда эта тирада? А от размышлений на тему того, стоит ли под Юникс-подобные операционки визуальные новеллы на RenPy релизить в комплекте с экземпляром RenPy нужной версии, или же не стоит. Что важнее: Юникс-way или жизнеспособность?
Есть у меня старенький принтер HP DeskJet 3550. Его новые собратья, пока ещё продавались, стоили под конец рублей по 1000. Почти столько же стоит для него, например, цветная чернильница. Но не суть. Железка работает, печатаю мало, так что ок.
Проблема с выставлением высокого "фотографического" качества. Начинает печатать изображение какими-то полосочками, как будто драйвер в неверном порядке в устройство строчки выдаёт.
Кто-нибудь похожее лечил? Успешно?
На случай набигающих капитанов с очевидными комментами не по делу сразу скажу, что я в курсе, насколько тяжело бывает найти для современных Виндов дрова от старых принтеров и сканеров, так что спасибо, не надо.