У dpkg какая-то полная шыза. php5-common=5.6.7+dfsg-1 — это сейчас поставленная версия, и максимально доступная. Но если этого не сказать, то оно ругается! Что не можэт поставить никакой php5-common! Для которого ему нехватает sed >= 4.1.1.... !! Который у меня дефолтный с jessie 4.2.2....!!!
Зато всё остальное (кроме systemd:i386) оно почему-то предлагает удалить! И непонятно, какого хера — поскольку как в том анекдоте про "записываю на обед" — вписываешь что не надо удалять, и тут жэ это ужэ не надо удалять!!!
У dpkg съехала логика. Это прискорбно. Но под openwrt нет не то что libreoffice — дажэ иксов нет, и бинарную совместимость в своей uclibc они постоянно ломают. К джэенте и постоянному блидингэджу я неготов. Из rpm-based нормальный только, кажэтся, AltLinux, но он полудохлый. Я не знаю, куда бежать!
sudo apt-get install spacefm php5-common=5.6.7+dfsg-1 systemd:i386- okular avfs amarok cdfs-src dblatex docbook dosfstools ploop obexfs sshfs sensord fuse-convmvfs fuse-utils fusefat fusesmb gammu
Собственно, банальность: дебиан всё. В убунте всё, скорее всего, ещё хужэ. Пользоваться этим можно только от любви к игрушкам — впрочем, на этот случай у нас всегда есть шлакварь.
Для сборки пакета под i386, конечно.
Увидел я это, разумеется, потому, что пропал звук.
(снёс — и всё заработало, естественно).
Вероятно, не только его, поскольку никакой информацыи об этом я не нашёл — чисто экспериментами.
На соплях всё сделано.
Их штук пять ужэ. Каждая следующая делается потому, что предыдущие — говно. Но выходит ничуть не лучшэ предыдущей.
Да мать вашу, возьмите в качестве примера систему хоть от фряхи хоть от шляпы.
Понятно, что в системе, в которой дажэ ext2 модулем — это оказалось чревато.
Создали, загрузившысь со старого ядра, конечно. Но как-то это всё неприятно-показательно.
Команды управления из веб-консоли (self-test page, clean heads) отрабатывают примерно через раз, а через два раза на третий вместо начала печати задания начинает какие-то значки выдавать.
Последнее лечится выключением/включением принтэра — после этого задание начинает печататься, само, сначала как ни в чём не бывало.
Да, я знаю, что у меня .ppd от стороннего openprinting-gutenprint. И дажэ не могу особо обвинять debianовцэв в чём-то — поскольку разобраться, что происходит в этой мешанине из cups, openprinting ppds, gutenprint, foomatic, кучи xml-ных конфигов внутри всего этого и прослоек из двух реальных драйверов — практически невозможно. А отладить — совсем невозможно.
Пока вернул cups из squeeze. Работает. Возможно, правда, что дело не в том, что cups или его backend там лучшэ — а в том, что в процэссе мне снесло foomatic и он стал работать через другой механизм.
Но вообще, надо что-то с этим делать. И с капсом (демон — выкидывать, переписывать с нормальными конфигами), и с фуматиком (выкидывать), и с конфигами гутенпринта (выкидывать, документировать параметры драйверов в связке с ghostscript, хотя и жалко такую развесистую БД принтэров).