KDE4, концепция модулей
Почему KDE? В первую очередь, приспичило обжиться там, где пока не пробовал. Во вторую очередь смысл в том, чтобы все мультимедийные штуки KDE определило само и чтобы я уже не разбирался с корректностью работы функциональных клавиш на ноутбуке. В третью очередь дизайн. Да и эффекты поразглядывать, благо теперь видеокарта от нвидиа позволяет наслаждаться отсутствием проблем :) Так как полный набор программ в KDE содержит много ненужного, я подумал, что стоит поставить нужные программы как-то самому, а не тупо все сразу. Но в этом интергрированном рабочем окружении так много пакетов, что тут фиг по-быстрому выцепишь все то, что нужно. Поэтому читать вики очень полезно. Особенно арквики. Есть там статья о пакетах KDE, в которой описывается их модульность. Говоря по-быстрому и простому, пакеты KDE сортированы по модулям, что позволяет думать, что ты примерно понимаешь, что устанавливаешь. Модуль — это категория исходного кода набора программ, на них (модели) можно посмотреть тут.
Группы объединяют пакеты только в смысле категорий, делящих по роду задач весь арсенал KDE. Можно установить группу пакетов одной командой, а затем удалить ненужные из них. Роль группы выпоняется только при установке, и далее ничто не объединяет этот набор программ. Есть группа, объединяющая все пакеты сразу — kde. Пример установки групп:
# pacman -S kdebase kdeutils …
Метапакеты — это пустые пакеты, связывающие зависимостями пакеты из одного модуля. Установливая некий мета-пакет, мы ставим все пакеты модуля в одной связке. При дальнейшем обновлении системы обновляться будет уже весь модуль, а не пакеты по отдельности.
# pacman -S kde-meta-kdebase kde-meta-kdeutils …
Таким образом, в системе автоматически будут устанавливаться и удаляться пакеты согласно текущему набору в модуле, при этом отдельно какой-то из установленных удалить из системы не получится, пока не будет удален метапакет, обеспечивающий целостность модуля в системе. Метапакет всего и сразу — kde-meta (группа метапакетов). Удаляя пакет kde-meta, удаляем все метапакеты из системы, т. е. то, что обусловливает жесткую зависимость программ в модулях. Пример: нужно удалить kwrite (из модуля kdebase), поставленный со всем модулем с помощью метапакета
# pacman -R kde-meta-kdebase
# pacman -R kdebase-kwrite
2 years ago
March 29, 2010
GNU filesystem layout
Вась, ты спрашивал :) Переводить влом было.
Configuration files should be placed in the /etc directory. If there’s more than one configuration file, it’s customary to use a subdirectory in order to keep the /etc area as clean as possible. Use /etc/{pkgname}/ where {pkgname} is the name of your package (or a suitable alternative, eg, apache uses /etc/httpd/).
Package files should follow these general directory guidelines:
/etc System-essential configuration files
/usr/bin Application binaries
/usr/sbin System binaries
/usr/lib Libraries
/usr/include Header files
/usr/lib/{pkg} Modules, plugins, etc.
/usr/share/man Manpages
/usr/share/{pkg} Application data
/etc/{pkg} Configuration files for {pkg}
/opt Packages that do not fit cleanly into the GNU filesystem layout can be
placed here. If a package’s files can be cleanly placed into the above
directories, then do so. If there are other high-level directories
that do not fit, then you should use /opt.For example, the acrobat package has Browser, Reader, and Resource directories sitting at the same level as the bin directory. This doesn’t fit into a normal GNU filesystem layout, so we place all the files in a subdirectory of /opt.
Clear as mud? Good.
Взято из ArchWiki
RSS
Archive
Mobile