Книга про LMDE 2 и Cinnamon (Моя дорогая Betsy)

Сообщение **alv** » 03.06.2015 22:39

Книга про Linux Mint Debian Edition и среду её Cinnamon - на крауфандинговом проекте Вадима Нестерова.
Это - краудфандинг особого типа, в чём можно убедиться здесь и здесь.
Ну и некоторые дополнения можно взять оттуда и отсюда.

UPD Краудфандинговая стадия проекта завершилась тем, что запрошенная сумма набрана не была. Поэтому дальнейшее сочинение книжки будет проходить в режиме свободного графика, без сроков.
По сему поводу изменяется и заголовок темы.

Stauffenberg · Сообщение **Stauffenberg** » 03.06.2015 22:48

Отлично, Алексей.

Личная просьба - не постите на SUSEana.ru о LMDE. Дело даже не в том, что все посты оттуда уходят к нам на planet.opensuse.org, но просто это было здорово иметь отдельный ресурс именно об openSUSE с вашими новеллами и рассказами.

Сообщение **alv** » 04.06.2015 00:27

Stauffenberg писал(а): ↑
03.06.2015 22:48
Отлично, Алексей.

Личная просьба - не постите на SUSEana.ru о LMDE. Дело даже не в том, что все посты оттуда уходят к нам на planet.opensuse.org, но просто это было здорово иметь отдельный ресурс именно об openSUSE с вашими новеллами и рассказами.

Окей. Хотя я вроде туда пощщу только пересекающееся, внедистрибутивное - типа про Cinnamon.
И кстати, если кто-то заинтересован в развитии этого ресурса - отдаю домен безвозмезно, то есть даром. При двух условиях - в хорошие руки и от меня это не потребует усилий сложнее чем подписать соответствующий тугамент.

Сообщение **alv** » 12.06.2015 09:57

В книге Моя дорогая Betsy - серия очерков о нетрадиционных методах установки этого дистрибутива:
введение http://alv.me/?p=9615
ebootstrap и softRAID http://alv.me/?p=9616
использование mini-iso http://alv.me/?p=9623
mini-iso и softRAID спользование mini-iso
от Jessie к Betsy http://alv.me/?p=9759
LMDE, mini-iso и ZFS http://alv.me/?p=9680
Ну и до конца срока «смирупониткинга» остаётся 20 дней http://www.sbor-nik.ru/kick.jsp?id=sbor5959860097122304
Которые и решат дальнейшую судьбу книги.

Сообщение **alv** » 25.06.2015 23:17

Моя дорогая Betsy. Продолжение про нетрадиционные методы установки: почти с нуля http://alv.me/?p=9794
Продолжение следует

Сообщение **alv** » 27.06.2015 02:52

Моя дорогая Betsy. Редактор Dconf и его роль в настройках Cinnamon и Nemo http://alv.me/?p=9800
Описаны только важные и интересные (для меня) ключи. В расчёте, что пробелы будут заполнены заинтересованными лицами.

Сообщение **alv** » 29.06.2015 13:16

Завершение истории про собирание Betsy с нуля.
Кстати, так и называется: завершение нулевого цикла http://alv.me/?p=9826

Сообщение **alv** » 05.07.2015 16:26

Дорогая моя Betsy. Ещё два очерка из серии про нетрадиционные методы её установки:
минимальная инсталляция с образа netinst http://alv.me/?p=9865
и пошаговая инструкция по трансофрмации Jessie в Betsy с исправлением ранее сделанных ошибок http://alv.me/?p=9943

Сообщение **alv** » 10.07.2015 14:12

Способ преодоления коренного отставания LMDE от Linux Mint - подключение к первому PPA-репозиториев: http://alv.me/?p=10102
А заодно и об окончательном решении вопроса с поддержкой ZFS в Betsy: http://alv.me/?p=10101 - однако, другим путём.

Сообщение **alv** » 12.07.2015 14:10

Betsy и нестандартные ядра: http://alv.me/?p=10137

Сообщение **alv** » 15.07.2015 16:25

Моя дорогая Betsy и маленький краудфандинг

Подготовка материалов к книге Моя дорогая Betsy близится к завершению: осталось сочинить и актуализировать несколько разделов. В связи с этим объявляется маленький локальный краудфандинг в масштабах одного отдельно взятого сайта. Поводы и предпосылки к нему описаны здесь http://alv.me/?p=10156 , а условия таковы:
призовая сумма — 30 000 рублей; это примерно то, на что можно было расчитывать при издании книги такого жанра и объёма во времена, когда я ещё издавал «бумажные» книги (и во времена, когда их ещё читали);
минимальный и максимальный размер единовременного взноса — любой в пределах, определяемых онлайновыми платёжными системами;
сроки сбора жёстко не определены, но опять таки ограничиваются здравым смыслом или достижением поставленной задачи;
обязательство автора — не позднее чем через месяц по достижении призовой суммы выложить в Библиотеке Блогосайта скомпонованную и оформленную (в меру отсутствующих дизайнерских способностей) книгу;
форматы книги — HTML для онлайного чтения и скачивания, PDF — для скачивания и оффлайнового чтения, FB2 — для скачивания и чтения в условиях, в которых другие форматы читать затруднительно.

Взносы принимаются на специально для того предназначенной странице Содействие http://alv.me/?page_id=1618 . А прочие подробности — на соответствующей странице Блогосайта http://alv.me/?p=10156.

Сообщение **alv** » 25.07.2015 12:20

Изготовление образа с нескучными обоями посредством refractasnapshot http://alv.me/?p=10172
Установка с iso'шника нескучного образа посредством refractainstaller http://alv.me/?p=10173
На основе системы, установленной с Debian netinst http://alv.me/?p=9865 и превращённой в Betsy, как описано здесь http://alv.me/?p=9943

Сообщение **alv** » 31.07.2015 18:21

В тени удачной реализации apt для Mint оставалось старое доброе средство управления deb-пакетами - aptitude. Исправляю это упущение - тем более, что LMDE - вполне себе Debian, и в ней, в отличие от Ubuntu'идов, применение этого средства не возбраняется.
Ни в интерактивном режиме: http://alv.me/?p=10217
Ни в командном: http://alv.me/?p=10218

yoshakar · Сообщение **yoshakar** » 31.07.2015 23:36

Вы так вкусно рассказываете про aptitude, что прямо хочется взять и начать с её помощью что-нибудь делать - сетапить, удалять, обновлять. Даже жалко, что я не дебианист. Но вернутся на линукс после *BSD выше человеческих сил.

Stauffenberg · Сообщение **Stauffenberg** » 04.08.2015 18:18

yoshakar писал(а): ↑
31.07.2015 23:36
Но вернутся на линукс после *BSD выше человеческих сил.

Да, GNU/Linux не для простых смертных

Сообщение **Rootlexx** » 04.08.2015 23:59

alv писал(а): ↑
31.07.2015 18:21
В тени удачной реализации apt для Mint оставалось старое доброе средство управления deb-пакетами - aptitude. Исправляю это упущение - тем более, что LMDE - вполне себе Debian, и в ней, в отличие от Ubuntu'идов, применение этого средства не возбраняется.

За использование aptitude, конечно, не расстреливают, но уже довольно давно для всех операций с пакетами рекомендуют apt-get. Более того, пакеты, ранее использовавшие aptitude, переведены на apt-get (например, тот же tasksel), а саму aptitude в jessie исключили из базовой системы. Так что утверждение спорное.

Сообщение **alv** » 05.08.2015 00:10

Rootlexx писал(а): ↑
04.08.2015 23:59
За использование aptitude, конечно, не расстреливают, но уже довольно давно для всех операций с пакетами рекомендуют apt-get. Более того, пакеты, ранее использовавшие aptitude, переведены на apt-get (например, тот же tasksel), а саму aptitude в jessie исключили из базовой системы. Так что утверждение спорное.

Если считать базовой системой то, что ставится с mini.iso, то в ней aptitude есть как миленькая.
На счёт рекомендаций... Старейший из здесь присутствующих дебианистов, t.t, ничего кроме aptitude не признаёт.
А вообще в обоих Mint'ах уже давно есть собственная версия apt`а, которая по функционалу перекрывает apt-get и apt-cache вместе с (почти) aptitude.
Но вот для сложного поиска aptitude остаётся незаменимой.

yoshakar писал(а): ↑
31.07.2015 23:36
вернутся на линукс после *BSD выше человеческих сил.

Если бы *BSD (и в первую голову DragonFly) корректно работали с ACPI всех моих материнских плат за последние годы, да если бы они ещё вовремя портировали бы последние версии Cinnamon'ки - цены бы им не было.
Но увы - нет в жизни совершенства...
Так что - LMDE и Cinnamon...

Stauffenberg · Сообщение **Stauffenberg** » 05.08.2015 00:49

Rootlexx писал(а): ↑
04.08.2015 23:59
alv писал(а): ↑
31.07.2015 18:21
В тени удачной реализации apt для Mint оставалось старое доброе средство управления deb-пакетами - aptitude. Исправляю это упущение - тем более, что LMDE - вполне себе Debian, и в ней, в отличие от Ubuntu'идов, применение этого средства не возбраняется.

За использование aptitude, конечно, не расстреливают, но уже довольно давно для всех операций с пакетами рекомендуют apt-get. Более того, пакеты, ранее использовавшие aptitude, переведены на apt-get (например, тот же tasksel), а саму aptitude в jessie исключили из базовой системы. Так что утверждение спорное.

А почему рекомендуют apt-get? Я имею в виду, чем плох aptitude?

Сообщение **Rootlexx** » 05.08.2015 02:12

alv писал(а): ↑
05.08.2015 00:10
Если считать базовой системой то, что ставится с mini.iso, то в ней aptitude есть как миленькая.

Она у вас оказалась установленной, ибо вы оставили флажок на Стандартных системных утилитах, куда она отныне входит, но это не базовая система, т. е. её можно штатно не установить.

alv писал(а): ↑
05.08.2015 00:10
На счёт рекомендаций... Старейший из здесь присутствующих дебианистов, t.t, ничего кроме aptitude не признаёт.

Раньше, действительно, рекомендовали использовать aptitude, но сейчас разработчики прямым текстом пишут:

Currently, we recommend the following.

* apt-get(8) for all commandline operations, including package installation and removal, and dist-upgrades.

* aptitude(8) for an interactive text interface to manage the installed packages and to search the available packages.

Я бы вообще не рекомендовал давать aptitude права root во избежание сюрпризов.

alv писал(а): ↑
05.08.2015 00:10
А вообще в обоих Mint'ах уже давно есть собственная версия apt`а, которая по функционалу перекрывает apt-get и apt-cache вместе с (почти) aptitude.

Глянул. Это лишь обёртка над apt, aptitude, dpkg, написанная на python.

А вообще, несмотря на то, что LMDE основана на Debian jessie, она ощутимо отличается от последней. Так, к примеру, в ней в качестве init выступает sysvinit, а не systemd. (По крайней мере если судить по Live-образу.)

Сообщение **Rootlexx** » 05.08.2015 02:21

Stauffenberg писал(а): ↑
05.08.2015 00:49
А почему рекомендуют apt-get? Я имею в виду, чем плох aptitude?

Я уже писал на эту тему: Использование менеджеров пакетов Debian.
(Что-то часто в последнее время мне задают этот вопрос. Наверное, стоит поместить эту ссылку себе в подпись.)

Сообщение **alv** » 05.08.2015 09:14

Rootlexx писал(а): ↑
05.08.2015 02:12
Это лишь обёртка над apt, aptitude, dpkg, написанная на python.

Можно назвать пренебрежительно: "обёртка".
А можно - уважительно: "интегратор".
Во всяком случае, по удобству использования он превышает все перечисленные, вместе взятые.
И по функционалу - за исключением того самого поиска, который в aptitude имеет больше возможностей.
А что ингтерактивная aptitude не нужна, согласен.

Rootlexx писал(а): ↑
05.08.2015 02:12
А вообще, несмотря на то, что LMDE основана на Debian jessie, она ощутимо отличается от последней.

В базовой части, включая Иксы, она не отличается ничем. Ибо все пакеты берутся из официального репозитория Debian. Из репозитория Mint - дистроспецифичные утилиты, Cinnamon (или MATE) и с дюжину часто обновляемых пакетов, типа Firefox.

Rootlexx писал(а): ↑
05.08.2015 02:12
в ней в качестве init выступает sysvinit, а не systemd.

Это не так - просто Вы чего-то недоглядели. Самый что ни на есть systemd'истый systemd там, абсолютно тот же, что и в Debian'е. Ибо другому просто неоткуда взяться.

UPD Да, ещё уникальная функция aptitude - команда unmarkauto.

Сообщение **Rootlexx** » 05.08.2015 13:55

alv писал(а): ↑
05.08.2015 09:14
Можно назвать пренебрежительно: "обёртка".
А можно - уважительно: "интегратор".

Называть можно как угодно, сути это не меняет:

user

mint@mint ~ $ apt --help | tail -n +6 | head -n -1 | awk '{ print $1 }' | grep -Ev '^(help)?$' | xargs -n 1 apt help
"apt autoclean" is equivalent to "sudo apt-get autoclean"
"apt autoremove" is equivalent to "sudo apt-get autoremove"
"apt build" is equivalent to "sudo dpkg-buildpackage"
"apt build-dep" is equivalent to "sudo apt-get build-dep"
"apt changelog" is equivalent to "aptitude changelog"
"apt check" is equivalent to "sudo apt-get check"
"apt clean" is equivalent to "sudo apt-get clean"
"apt contains" is equivalent to "dpkg -S"
"apt content" is equivalent to "dpkg -L | sort"
"apt deb" is equivalent to "sudo dpkg -i"
"apt depends" is equivalent to "apt-cache depends"
"apt dist-upgrade" is equivalent to "sudo apt-get dist-upgrade"
"apt download" is equivalent to "LC_ALL=C apt-cache depends  |grep -v "Conflicts:\|Replaces:"|awk '{print $NF}'|sed -e 's/[<>]//g'|xargs aptitude download -r"
"apt dselect-upgrade" is equivalent to "sudo apt-get dselect-upgrade"
"apt held" is equivalent to "dpkg --get-selections | grep hold"
"apt hold" is equivalent to "echo  hold | sudo dpkg --set-selections"
"apt install" is equivalent to "sudo apt-get install"
"apt policy" is equivalent to "apt-cache policy"
"apt purge" is equivalent to "sudo apt-get remove --purge"
"apt rdepends" is equivalent to "apt-cache rdepends"
"apt reinstall" is equivalent to "sudo aptitude reinstall"
"apt remove" is equivalent to "sudo apt-get remove"
"apt search" is equivalent to "aptitude search"
"apt show" is equivalent to "aptitude show"
"apt source" is equivalent to "apt-get source"
"apt sources" is equivalent to "sudo nano /etc/apt/sources.list"
"apt unhold" is equivalent to "echo  install | sudo dpkg --set-selections"
"apt update" is equivalent to "sudo apt-get update"
"apt upgrade" is equivalent to "sudo apt-get upgrade"
"apt version" is equivalent to "/usr/lib/linuxmint/common/version.py"
mint@mint ~ $

А вот за то, что разработчики mint залезли менеджером пакетов в /usr/local, они заслуживают крепкого словца.

alv писал(а): ↑
05.08.2015 09:14
В базовой части, включая Иксы, она не отличается ничем. Ибо все пакеты берутся из официального репозитория Debian

Пакеты такие же, как в Debian. Набор пакетов другой.

alv писал(а): ↑
05.08.2015 09:14
Это не так - просто Вы чего-то недоглядели. Самый что ни на есть systemd'истый systemd там, абсолютно тот же, что и в Debian'е

В Live-системе:

user

mint@mint ~ $ dpkg -S /sbin/init
sysvinit-core: /sbin/init
mint@mint ~ $

А что выведет эта команда у вас, в оригинальном LMDE, а не преобразованном из Debian jessie?

alv писал(а): ↑
05.08.2015 09:14
Ибо другому просто неоткуда взяться

Есть, откуда: прямо из Debian. В jessie в качестве init можно использовать как умолчальный systemd, так и sysvinit или upstart.

alv писал(а): ↑
05.08.2015 09:14
UPD Да, ещё уникальная функция aptitude - команда unmarkauto.

apt-mark manual ....

Сообщение **alv** » 07.08.2015 17:28

Rootlexx писал(а): ↑
05.08.2015 13:55
сути это не меняет

Да. Как и того, что apt-get - не более чем надстройка над dpkg.
А при нажатии клавиши F5 в MC вызывается команда cp.

Rootlexx писал(а): ↑
05.08.2015 13:55
А вот за то, что разработчики mint залезли менеджером пакетов в /usr/local, они заслуживают крепкого словца.

Принципы существуют для того, чтобы ими поступаться, когда нужно. Это ещё Нина Андреева нам 20 лет назад доказала.

Rootlexx писал(а): ↑
05.08.2015 13:55
А что выведет эта команда у вас, в оригинальном LMDE, а не преобразованном из Debian jessie?

Да, как ни странно, то же самое. Откуда же в нём столько всяких logind'ов и прочего, оканчивающегося на d?

Rootlexx писал(а): ↑
05.08.2015 13:55
apt-mark manual

Да, видел уже. Раньше этого не было.
Вот, кстати, немного для прояснения ситуации - для чего нужен mint'овский apt:
Mint-реализация утилиты apt: добавление собственного функционала- http://alv.me/?p=10284

Сообщение **Rootlexx** » 07.08.2015 20:37

alv писал(а): ↑
07.08.2015 17:28
Принципы существуют для того, чтобы ими поступаться, когда нужно

Принципы существуют не просто так. /usr/local как раз очень удобен для локального переопределения команд, типа описанного вами, не входя в конфликт с менеджером пакетов. Для опакечивания же переопределений есть другой, правильный способ (я в своё время воспользовался им, чтобы сделать пакет с обёрткой для skype).
К тому же, при удалении пакета с файлами в /usr/local будут снесены все его оказавшиеся пустыми подкаталоги, в которых пакет хранил свои файлы, т. е. если в /usr/local/bin не будет ничего кроме файла apt, то снос пакета утащит за собой и сам каталог /usr/local/bin.

alv писал(а): ↑
07.08.2015 17:28
Да, как ни странно, то же самое. Откуда же в нём столько всяких logind'ов и прочего, оканчивающегося на d?

Вкратце ситуация следующая. Некоторые компоненты среды cinnamon в своей работе опираются на функциональность, предоставляемую logind из состава systemd. Поэтому установлен пакет systemd, содержащий logind. logind в свою очередь опирается на функциональность, предоставляемую systemd (init). Однако, существует альтернативная реализация этой функциональности в виде связки systemd-shim и cgmanager. Таким образом, есть два варианта: использовать systemd как init (через параметры ядра или установив пакет systemd-sysv, создающий ссылку /sbin/init -> /bin/systemd) или установить systemd-shim и использовать любой другой init, например, sysvinit из пакета sysvinit-core.

alv писал(а): ↑
07.08.2015 17:28
Mint-реализация утилиты apt: добавление собственного функционала- http://alv.me/?p=10284

Имейте в виду, что первое же обновление пакета перетрёт ваши модификации.

Сообщение **alv** » 07.08.2015 22:00

Rootlexx писал(а): ↑
07.08.2015 20:37
К тому же, при удалении пакета с файлами в /usr/local будут снесены все его оказавшиеся пустыми подкаталоги

Нет. Каталог /usr/local с пустыми подкаталогами существовал до ecnfyjdrb mintsystem и остаётся просле сноса пакета - опять с пустыми каталогами. Прверено - я несколько раз сносил и устанавливал mintsyestem в процессе компоновки системы над mini.iso.

Rootlexx писал(а): ↑
07.08.2015 20:37
Некоторые компоненты среды cinnamon в своей работе опираются на функциональность, предоставляемую logind из состава systemd.

Ну, чуть не так: или используют, или не используют.
А вообще я с этим не особо разбирался, потому что это из разряда тех самых трудностей, которые комсомольцы придумывают, чтобы потом героически их преодолевать. А я из комсомольского возраста давно вышел.
Но пока навскидку, просто для интереса проверил на системах, которые у меня стоят в виртуалке: вывод команды dpkg -S /sbin/init абсолютно такой же в Ubuntu 15.10 (несомненный systemd, нет?) и в Tanglu (это на базе Sid'а).
И вообще он говорит только о том, что пакет sysvinit-core в системе имеет место быть, но ни слова - о том, что он там делает.

Rootlexx писал(а): ↑
07.08.2015 20:37
Имейте в виду, что первое же обновление пакета перетрёт ваши модификации.

Имею. И введу. Пакет. Маркиврованный как hold. Точнее, уже ввёл.

Сообщение **alv** » 07.08.2015 23:28

Продолжение прошлой истории
Mint-реализация apt: сборка модифицированного пакета http://alv.me/?p=10290
Хотя на самом деле система обновлений MintUpdate вполне надёжно страхует от всяких неприятностей в этом плане.

Сообщение **Rootlexx** » 08.08.2015 14:09

alv писал(а): ↑
07.08.2015 22:00
Нет. Каталог /usr/local с пустыми подкаталогами существовал до ecnfyjdrb mintsystem и остаётся просле сноса пакета - опять с пустыми каталогами. Прверено - я несколько раз сносил и устанавливал mintsyestem в процессе компоновки системы над mini.iso.

user

user@debian:~$ ls /usr/local/
bin  etc  games  include  lib  man  sbin  share  src
user@debian:~$ sudo apt -y install mintsystem
...
user@debian:~$ sudo apt --auto-remove -y remove mintsystem
...
user@debian:~$ ls /usr/local/
etc  games  include  lib  man  sbin  share  src
user@debian:~$

/usr/local/bin исчез.

alv писал(а): ↑
07.08.2015 22:00
Но пока навскидку, просто для интереса проверил на системах, которые у меня стоят в виртуалке: вывод команды dpkg -S /sbin/init абсолютно такой же в Ubuntu 15.10 (несомненный systemd, нет?) и в Tanglu (это на базе Sid'а).
И вообще он говорит только о том, что пакет sysvinit-core в системе имеет место быть, но ни слова - о том, что он там делает.

Проверил в Ubuntu 15.04, 15.10, Tanglu 3 - везде вывод следующий:

user

$ dpkg -S /sbin/init
systemd-sysv: /sbin/init
$

То есть установлен systemd-sysv, а не sysvinit-core, а значит, в качестве init выступает systemd. В LMDE же - sysvinit.

alv писал(а): ↑
07.08.2015 22:00
Mint-реализация apt: сборка модифицированного пакета http://alv.me/?p=10290

Так вы не получите обновлений.
Если интересно, могу рассказать, как сделать правильно.

Сообщение **alv** » 08.08.2015 15:08

Rootlexx писал(а): ↑
08.08.2015 14:09
/usr/local/bin исчез.

Я проделывал эту процедуру раз пять - и не смог добиться такого результата. Я что-то делал не так?

Rootlexx писал(а): ↑
08.08.2015 14:09
То есть установлен systemd-sysv, а не sysvinit-core

Признаю, был не прав. Сослепу не разглядел. Буковки в виртуалках очень маленькие.

Rootlexx писал(а): ↑
08.08.2015 14:09
Так вы не получите обновлений.

Пакета mintsystem? Не получу. Но они мне и не нужны - при необходимости я его сам обновлю.

Rootlexx писал(а): ↑
08.08.2015 14:09
Если интересно, могу рассказать, как сделать правильно.

Интересно. Чисто платонически - в Mint'е собственная политика обновления, практически гарантирующая от неожиданностей. Так что на самом деле даже hold был излишеством. Просто для проверки изменённых субкоманд.

Сообщение **alv** » 08.08.2015 22:36

Ну и опять продолжение истории про модификацию mintsystem
Пакет mintsystem с модифицированных apt в адаптации для Ubuntu: http://alv.me/?p=10295
Страница для скачивания модифицированного пакета mintsystem для Linux Mint/LMDE2 и для Ubuntu: http://alv.me/?p=10296

Сообщение **Rootlexx** » 09.08.2015 00:51

alv писал(а): ↑
08.08.2015 15:08
Я проделывал эту процедуру раз пять - и не смог добиться такого результата. Я что-то делал не так?

Вероятно, каталог был не пуст.

alv писал(а): ↑
08.08.2015 15:08
Интересно

В пакетной системе Debian есть штатная возможность изменять пути установки файлов пакетов. Это используется, например, в случае конфликтующих файлов в пакетах или же, как в вашем случае, для модификации файлов, входящих в состав пакета, без необходимости его удержания. Для этого служит утилита dpkg-divert.
Скажем, для того, чтобы перенаправить файл /usr/local/bin/apt, достаточно выполнить # dpkg-divert --rename /usr/local/bin/apt - отныне устанавливаемые по этому пути файлы будут перенаправляться в /usr/local/bin/apt.distrib, а ваша модифицированная версия останется нетронутой. Для более тонкой настройки есть различные опции, см. соответствующую man-страницу.
С помощью этой утилиты можно сделать пакет, устанавливающий модифицированную версию файла другого пакета, не входя в конфликт с последним. Если масштабы изменений невелики, проще будет воспользоваться утилитами из пакета equivs. Обычно с их помощью делают пакеты-пустышки для обхода явно лишних зависимостей в чужих пакетах. Но с их помощью можно просто собрать и настоящий пакет.
Для примера рассмотрим упоминавшуюся выше обёртку для skype. Задача: заменить исполнимый файл /usr/bin/skype обёрткой, запускающей его в модифицированном окружении.
Для сборки пакета нужен файл с описанием. Шаблон можно сгенерировать с помощью equivs-control, а можно и написать самому. Вот он:

Код: Выделить всё

Package: skype-wrapper
Maintainer: Алексей Шилин <rootlexx@mail.ru>
Depends: libv4l-0:i386, skype
Readme: README.Debian
Copyright: copyright
File: preinst
 #!/bin/sh
 dpkg-divert --divert /usr/bin/skype.real --rename --package skype-wrapper /usr/bin/skype
File: postrm
 #!/bin/sh
 dpkg-divert --rename --package skype-wrapper --remove /usr/bin/skype
File: /usr/bin/skype 755
 #!/bin/sh
 env LD_PRELOAD=/usr/lib/i386-linux-gnu/libv4l/v4l1compat.so /usr/bin/skype.real "$@"
Description: Skype wrapper to fix the webcam issue
 This is a wrapper, which preloads the v4l1compat.so library before
 launching Skype. It is intended to fix Skype webcam discovery issues.

Обратите внимание на описания файлов preinst и postrm. Первый выполняется перед установкой пакета и добавляет отклонение настоящего файла /usr/bin/skype в /usr/bin/skype.real; опция --package задаёт имя пакета, для которого будет сделано исключение, и так как мы сами собираемся устанавливать файл по данному пути, указываем здесь наш пакет. Второй сценарий выполняется после удаления данного пакета и возвращает всё назад.
Так как файл-обёртка мал, я разместил его прямо в файле описания. В иных случаях можно воспользоваться директивой Files (см. man equivs-control).
Обращаю внимание на обязательное наличие отступов перед содержимым включённых таким образом файлов.
Сам пакет собирается утилитой equivs-build.
В результате получаем пакет, установив который, мы заменяем исполнимый файл skype обёрткой, при этом пакет skype спокойно обновляется безо всяких конфликтов. Самостоятельное отслеживание обновлений и ручное вмешательство не требуется. Удаление же нашего пакета возвращает всё, как было.
Этот пример несложно модифицировать для вашего случая.

unixforum.org

Книга про LMDE 2 и Cinnamon (Моя дорогая Betsy)

Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon

Re: Книга про LMDE 2 и Cinnamon