Переустанови систему.

Чё бы просто не Rs? Ни разу не подводил.

Пробегись взглядом по pacman -Qet

Переустанови систему.

Это единственная причина по которой время от времени я это делаю. Решить её и переустановка вообще не нужна. Что я и пытаюсь сделать, вот только знаний и времени маловато. Уверен умные люди давно уж написали свои костыли (или просто не обращают внимания на такие мелочи, что наверное правильно, но меня бесит)

Чё бы просто не Rs? Ни разу не подводил.

Быть может ты просто не присматривался?)

Пробегись взглядом по pacman -Qet

Пробовал, ничего «странного» не увидел...

alsa-plugins 1.1.1-1
alsa-utils 1.1.2-1
alsi 0.4.7-1
autoconf 2.69-4
automake 1.15-2
bc 1.06.95-2
bison 3.0.4-2
blueman 2.0.4-2
catfish 1.4.2-2
docbook-xsl 1.79.1-2
downgrade 5.3.0-1
engrampa 1.16.0-2
expac 8-1
fakeroot 1.21-2
filezilla 3.22.2.2-1
flex 2.6.1-1
google-chrome 54.0.2840.59-1
gparted 0.27.0-1
grub 1:2.02.beta3-4
gtk-theme-arc-git 627.cbc5050-1
gtk-xfce-engine 2.10.1-1
iputils 20160308.0db72a4-1
jre8-openjdk-headless 8.u112-1
lib32-nvidia-utils 375.10-2
licenses 20140629-1
lightdm-gtk-greeter-settings 1.2.1-4
logrotate 3.10.0-1
lvm2 2.02.166-1
make 4.2.1-1
man-db 2.7.5-4
man-pages 4.08-1
mariadb 10.1.19-1
mdadm 3.4-1
minicom 2.7-2
mod_rpaf 20151104-1
mpv 1:0.21.0-2
nano 2.7.1-1
netctl 1.12-2
network-manager-applet 1.4.2-1
nginx-devel 1.11.3-2
openssh 7.3p1-2
paper-icon-theme-git 708.c8e6d06-1
patch 2.7.5-1
pcmciautils 018-7
peerflix 0.35.1-1
php-apache 7.0.12-1
php-imap 7.0.12-1
php-mcrypt 7.0.12-1
phpmyadmin 4.6.4-1
pkg-config 0.29.1-2
pkgfile 15-1
plank-theme-arc 0.1-2
procps-ng 3.3.12-1
sublime-text-dev 3.3126-1
transmission-gtk 2.92-5
usbutils 008-1
vi 1:070224-2
viewnior 1.6-2
wget 1.18-1
which 2.21-2
wvdial 1.61-6
xf86-video-intel 1:2.99.917+730+gdad64e9-1
xfce4-appfinder 4.12.0-4
xfce4-mixer 4.11.0-3
xfce4-power-manager 1.6.0.41.g9daecb5-1
xfce4-screenshooter 1.8.2-3
xfce4-session 4.12.1-4
xfce4-settings 4.12.1-1
xfce4-terminal 0.8.1-1
xfce4-volumed 0.1.13-7
xfce4-xkb-plugin 0.7.1-2
xfdesktop 4.12.3-3
xfwm4-themes 4.10.0-2
xmlto 0.0.28-1
xorg-xkill 1.0.4-1
yaourt 1.8.1-1
zsh-completions 0.21.0-1
zsh-syntax-highlighting 0.5.0-1

Выложи хвост лога пакмана (с момента установки криты) на какой-нибудь пастебин, любопытно глянуть.

Выложи хвост лога пакмана (с момента установки криты) на какой-нибудь пастебин, любопытно глянуть.

Ну он не слишком большой)

[2016-11-13 16:18] [PACMAN] Running 'pacman -S krita'
[2016-11-13 16:19] [ALPM] transaction started
[2016-11-13 16:19] [ALPM] installed xcb-util-wm (0.4.1-1)
[2016-11-13 16:19] [ALPM] installed xcb-util-image (0.4.0-1)
[2016-11-13 16:19] [ALPM] installed tslib (1.1-1)
[2016-11-13 16:19] [ALPM] installed libwacom (0.22-1)
[2016-11-13 16:19] [ALPM] installed libinput (1.5.0-1)
[2016-11-13 16:19] [ALPM] installed libxkbcommon-x11 (0.7.0-1)
[2016-11-13 16:19] [ALPM] installed qt5-base (5.7.0-3)
[2016-11-13 16:19] [ALPM] installed qt5-xmlpatterns (5.7.0-2)
[2016-11-13 16:19] [ALPM] installed qt5-declarative (5.7.0-3)
[2016-11-13 16:19] [ALPM] installed media-player-info (22-2)
[2016-11-13 16:19] [ALPM] installed solid (5.27.0-1)
[2016-11-13 16:19] [ALPM] installed kcoreaddons (5.27.0-1)
[2016-11-13 16:19] [ALPM] installed kwidgetsaddons (5.27.0-1)
[2016-11-13 16:19] [ALPM] installed qt5-x11extras (5.7.0-1)
[2016-11-13 16:19] [ALPM] installed kjobwidgets (5.27.0-1)
[2016-11-13 16:19] [ALPM] installed qt5-script (5.7.0-1)
[2016-11-13 16:20] [ALPM] installed ki18n (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kconfig (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kwindowsystem (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kcrash (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kdbusaddons (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kservice (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kglobalaccel (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kcompletion (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed qt5-svg (5.7.0-1)
[2016-11-13 16:20] [ALPM] installed polkit-qt5 (0.112.0+git20160226-1)
[2016-11-13 16:20] [ALPM] installed kauth (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kcodecs (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kguiaddons (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kconfigwidgets (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kitemviews (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed karchive (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kiconthemes (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed sonnet (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed ktextwidgets (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed attica-qt5 (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kxmlgui (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kbookmarks (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed gstreamer (1.10.0-1)
[2016-11-13 16:20] [ALPM] installed gst-plugins-base-libs (1.10.0-1)
[2016-11-13 16:20] [ALPM] installed gst-plugins-base (1.10.0-1)
[2016-11-13 16:20] [ALPM] installed phonon-qt5-gstreamer (4.9.0-1)
[2016-11-13 16:20] [ALPM] installed phonon-qt5 (4.9.0-1)
[2016-11-13 16:20] [ALPM] installed libdbusmenu-qt5 (0.9.3+16.04.20160218-1)
[2016-11-13 16:20] [ALPM] installed knotifications (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed gpgmepp (16.08.3-1)
[2016-11-13 16:20] [ALPM] installed kwallet (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kinit (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kio (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed kitemmodels (5.27.0-1)
[2016-11-13 16:20] [ALPM] installed gsl (2.2.1-1)
[2016-11-13 16:20] [ALPM] installed libraw (0.17.2-1)
[2016-11-13 16:20] [ALPM] installed opencolorio (1.0.9-4)
[2016-11-13 16:20] [ALPM] installed ilmbase (2.2.0-2)
[2016-11-13 16:20] [ALPM] installed openexr (2.2.0-3)
[2016-11-13 16:20] [ALPM] installed krita (3.0.1.1-2)

Кто бы обьяснил почему так происходит, очень интересно

На всякий случай расскажи, как ты считаешь количество установленных пакетов?

По этим логам точно не может быть на 50 пакетов больше.

На всякий случай расскажи, как ты считаешь количество установленных пакетов?

Например так:

yaourt -Q | wc -l

А как еще это понимать?

P.S при первой установки криты, пакетов было куда больше, после удаления -Rscn (кстати удалено было 7) и повторной установки следующее:

pacman -S krita

resolving dependencies...
looking for conflicting packages...

Packages (7) gsl-2.2.1-1  ilmbase-2.2.0-2  kitemmodels-5.27.0-1  libraw-0.17.2-1  opencolorio-1.0.9-4  openexr-2.2.0-3  krita-3.0.1.1-2

Total Download Size:    35.72 MiB
Total Installed Size:  125.64 MiB

Почему все остальное осталось?

P.P.S крита не первый пакет с которым было подобное. При запуске терминала включен alsi, так что я могу все время смотреть на измения в количестве, и иногда она увеличиваеться на 1-3, все время делаю скидку на обновы.

Поставь tk-pacman - гуй дубовый, но разберешься. Там можно по группам посмотреть, какие пакеты стоят. А на будущее - юзай pacman -Rscn bla-bla, но очень-очень осторожно и внимательно.

Видимо из-за циклической зависимости.

$ pacman -Q | wc -l
850
$ sudo pacman -S krita
разрешение зависимостей...
:: Найдено 2 поставщика для phonon-qt5-backend:
:: Репозиторий extra
   1) phonon-qt5-gstreamer  2) phonon-qt5-vlc

Введите число (по-умолчанию=1): 
проверка конфликтов...
предупреждение: обнаружена циклическая зависимость:
предупреждение: kinit будет установлен перед kio, как зависимость
...
$ pacman -Q | wc -l   
893
$ sudo pacman -Rcsn krita
...
$ pacman -Q | wc -l
888
$ sudo pacman -Rcsn phonon-qt5-gstreamer
...
$ pacman -Q | wc -l                     
850

И ещё приятная новость. Arc уже в репозитории, название пакета: arc-gtk-theme или arc-solid-gtk-theme (версия без прозрачных элементов).

Сейчас пересчитал, там всё-таки оказалось чуть больше 50 пакетов, признаю косяк. Но ведь вот у тебя в логе список того, что было установлено => можно удалить.

Думаю, что в целом причина может быть в наличии optional зависимостей (пример qt5-base). Скорее всего что когда они ставятся как обязательные для чего-нибудь то потом не удаляются, так как являются optional для другого. Но надо проверять.

Поставь tk-pacman - гуй дубовый, но разберешься. Там можно по группам посмотреть, какие пакеты стоят.

спасибо, попробую обезательно)

А на будущее - юзай pacman -Rscn bla-bla, но очень-очень осторожно и внимательно.

Именно так и делаю, всеравно осталась кучка полезностей) Вернее из-за малого опыта работы в линукс (по сравнению с пользователями которые знаю все изнутри) делаю не -Rscn, а просто -Rcn, а потом внимательно изучаю выхлоп -Qdt и бережно удаляю все. Как говориться 7 раз отмерь...

В следующий раз - ставь в докер

из лишних пакетов будет только он

Видимо из-за циклической зависимости.

sudo pacman -Rcsn phonon-qt5-gstreamer

Можно как-то их посмотреть? Ну что бы не по логам смотреть какой пакет (в данном случае phonon-qt5-gstreamer) прицепился как «самонеудаляемая» зависимость?

И ещё приятная новость. Arc уже в репозитории, название пакета: arc-gtk-theme или arc-solid-gtk-theme (версия без прозрачных элементов).

Новость и вправду приятная)

В следующий раз - ставь в докер из лишних пакетов будет только он

Есть минусы такого подхода? (Или это шутка была? :D )

Но ведь вот у тебя в логе список того, что было установлено => можно удалить.

Так и делаю, но это ведь надо логи читать, анализировать все. Если это единый вариант поддержания системы в чистоте, то буду использовать его, так как нужно думать головой и работать руками, что полезно, но хочется ведь простоты, как например pacman -Rsn $(pacman -Qdtq)

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

Я это понимаю, вот только как всем этим управлять? Ведь на то зависимости и необязательные, что должны быть установленны только если это действительно нужно.

Вы уж простите на флуд в некоторой степени, просто нету знакомых который используют данную ОС, следовательно нету у кого спросить, как кто следит за своей системой и бореться с пакетным менеджером)

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

Видимо из-за циклической зависимости.

Можно как-то их посмотреть?

У меня пока не рецепта, если кто знает пусть расскажет. Самому стало интересно.

минусы

Дополнительная головная боль в виде пробросов разного привязаного к системе хлама (иксы например) и контейнер занимает больше места, что логично, но там не такие уж и большие цифры.

это шутка была

отчасти. Тут его не особо жалуют, да и есть отдельные любители туда все подряд запихать

Просто получается что в случае с необязательными зависимостями невозможно определить нужны они или нет.

В теории возможно конечно, если завести толстую тетрадь и не покладая рук документировать какой пакет ты ставишь и какие зависимости тебе нужны для его правильной работы. У меня кстати был такой, когда первый раз увидел голую консоль :D

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

Всю жизнь работая и развлекаясь на оффтопике, трудно свыкнуться с мыслью, что количество пакетов вообще не имеет отношения к быстродействию системы в целом. Ну и хочеться быть уверенным, что ты знаешь из чего слеплен твой пингвин и какой пакет от чего зависит.

Сo временем будет более-менее стабильное количество пакетов.

На данный период времени, у меня это количество +-600, и даже небольшие отклонения от этого числа без моего ведома, вызывают головную боль, интерес из-за чего сообстевенно это произошло и очередную тему на форуме, дабы узнать мнение людей поопытней как с этим жить дальше.

-Qttd попробуй.

...даже небольшие отклонения от этого числа без моего ведома, вызывают головную боль...

Это перфекционизм, чувак. Сам таким страдаю. Даже если лишние пакеты вреда системе не наносят (и в плане быстродействия тоже), себя в этом трудно убедить.

Тут его не особо жалуют, да и есть отдельные любители туда все подряд запихать

Почитал про него кстати. Контейнерная виртуализация несомненно классная вещь, только вот надо понимать в каких целях её использовать, для себя пока такой цели не вижу. Но на будущее, спасибо ;)

Это перфекционизм, чувак. Сам таким страдаю. Даже если лишние пакеты вреда системе не наносят (и в плане быстродействия тоже), себя в этом трудно убедить.

Целиком и полностью согласен

Из Arch Wiki: As of pacman 4.2.0, -Qt lists only true orphans. To include packages which are optionally required by another package, pass the -t flag twice (i.e., -Qtt).

У меня -Qt показывает ядро в том числе

Из Arch Wiki: As of pacman 4.2.0, -Qt lists only true orphans. To include packages which are optionally required by another package, pass the -t flag twice (i.e., -Qtt).

Но ведь:

~ pacman -Qttd
...
npm 3.10.9-1
...
~ pactree -r npm
npm
~ pactree npm
npm
├─nodejs
│ ├─openssl
│ │ └─perl
│ │   ├─gdbm
│ │   │ ├─glibc
│ │   │ │ ├─linux-api-headers
│ │   │ │ ├─tzdata
│ │   │ │ └─filesystem
│ │   │ │   └─iana-etc
│ │   │ └─bash provides sh
│ │   │   ├─readline
│ │   │   │ ├─glibc
│ │   │   │ ├─ncurses
│ │   │   │ │ ├─glibc
│ │   │   │ │ └─gcc-libs
│ │   │   │ │   └─glibc
│ │   │   │ └─ncurses provides libncursesw.so
│ │   │   ├─glibc
│ │   │   ├─ncurses
│ │   │   └─ncurses provides libncursesw.so
│ │   ├─db
│ │   │ ├─gcc-libs
│ │   │ └─bash provides sh
│ │   └─glibc
│ ├─zlib
│ │ └─glibc
│ ├─icu
│ │ ├─gcc-libs
│ │ └─bash provides sh
│ ├─libuv
│ │ └─glibc
│ ├─http-parser
│ │ └─glibc
│ └─c-ares
│   └─glibc
└─semver
  └─nodejs

И вообще становиться непонятно можно ли удалять данный пакет или нет

-Qttd попробуй.

Нет. Это ничего не даст. Проблема именно в циклической зависимости kio <> kinit.

kio

depends=('solid' 'kjobwidgets' 'kbookmarks' 'libxslt' 'kwallet' 'desktop-file-utils' 'kinit')

kinit

depends=('kio')

Название             : kinit
Версия               : 5.27.0-1
Описание             : Process launcher to speed up launching KDE applications
Архитектура          : x86_64
URL                  : https://community.kde.org/Frameworks
Лицензии             : LGPL
Группы               : kf5
Предоставляет        : Нет
Зависит от           : kio   <<<<<
Доп. зависимости     : Нет
Требуется            : kio  <<<<<
Опционально для      : Нет
Конфликтует с        : Нет
Заменяет             : Нет
Установленный размер : 504,00 KiB
Сборщик              : Felix Yan <felixonmars@archlinux.org>
Дата сборки          : Вс 09 окт 2016 18:47:05
Дата установки       : Вс 13 ноя 2016 21:12:23
Причина установки    : Установлен как зависимость другого пакета
Установочный скрипт  : No
Проверен             : Подпись

Именно по этому -Qdt и -Qdtt бесполезны. Вообще так быть не должно - это баг и желательно сообщить разработчикам. Но для себя было бы не плохо иметь инструмент для поиска циклических зависимостей в системе.

Набросал простенький велосипед для определения циклический зависимостей.

#!/bin/sh
pacman -Qdq | while read pkg; do
	pactree -lr $pkg | sed -n "1d;/^${pkg}$/p"
done

Оказалось также друг на друга ссылаются freetype2 <> harfbuzz

Но во freetype2 по этому поводу есть коммент

# adding harfbuzz for improved OpenType features auto-hinting
# introduces a cycle dep to harfbuzz depending on freetype wanted by upstream

как бороться? ставить nix в качестве пакетного менеджера

Набросал простенький велосипед для определения циклических зависимостей.

У меня кстати только они freetype2 <> harfbuzz

И да, спасибо за двухколесное средство)

как бороться? ставить nix в качестве пакетного менеджера

В пакмана есть свои особености которые совсем неохота терять.

Из вики:

Пакеты не имеют зависимостей и в папках в /bin, /sbin, /lib или /usr хранятся только ссылки на файлы. Само содержимое пакетов хранится в /nix/store, имена директорий заканчиваются именем пакета, которому предшествует уникальный хеш. Этот префикс ука­зы­ва­ет на точ­ную сбор­ку и функциональные за­ви­си­мо­сти па­ке­та, что по­зво­ля­ет одновременно устанавливать раз­ные вер­сии про­грамм.

В любом случае звучит невероятно круто)

А зачем ставить большие программы из репозиториев? У криты есть простой appimage, к примеру. Т.е. проблема поддержания есть, но и зачем ставить вундервафлю с кучей зависимостей, когда есть достаточно автономное решение от разработчиков же?

А зачем ставить большие программы из репозиториев?

А что делать когда разработчики не сделали appimage (кстати не знал, что есть у криты, спасибо)? Да и мелкие пакеты тянут зависимости для своей работы. Просто было бы удобно посмотреть в древовидном виде, что было установленно из зависимостей для определенного пакета. Лог пакмана кстати довольно информативный, запись его в текстовый файл для каждой программы отдельно упростил бы задачу, т.к в любой момент можно было бы сделать (пример!) cat /etc/krita/install.log и посмотреть что было установленно.

в любой момент можно было бы сделать (пример!) cat /etc/krita/install.log и посмотреть что было установлеНо.

Особенно удобно будет когда устанавливаешь много пакетов по типу:

pacman -S package1 package2 package3 package4 ...

Ну, обычно там папка с бинарниками и run.sh для запуска. У меня в home папка с такими программами. Не вижу большой проблемы с их работой, разве что, если надо обновиться, то ручками, но, в то же время, я сам этот процесс могу контроллировать, а так же не засоряю систему зависимостями, которые я вряд ли буду использовать. Глянул я, например, что есть Unity3D в AUR, обрадовался. Глянул на кучу... кучу в зависимостях и просто скачал бинарники с сайта разработчиков. Аналогично с тем же телеграммом. Вижу - зависимостей море и это не qt-gtk, значит лучше поискать бинарные версии, ну или ты Столлман и собираешь только из открытых исходников.

В пакмана есть свои особености которые совсем неохота терять

Если не секрет, какие? Сам пользовался Арчем не шибко долго, возможно не приметил. Вот что приметил в Арче - это обилие пакетов и их свежесть.

На правах ИМХО

Если не секрет, какие?

• Скорость - один из самых быстрых пакетных менеджеров. Установка пакетов происходит ну очень быстро.
• Большое количество «ключей» - разнобразие параметров и возможность их комбинирования при правильном подходе, дают очень хороший результат при поиске пакетов, их зависимостей, пакетов-сирот и т.д. Запоминаеться все легко, что не мало важно.
• Отменная документация - тут о арч-вики в целом, но опускать данный «плюс» нельзя :)
• Yaourt - скрипт для пакмана из-за которого есть возможность установить 99,9% софта.
• Графические оболочки - да есть у всех, да «не нужно», но для любителей это присутсвует при чем в хорошем исполнении.
• Утилиты - на арчевики их немного, но все они полезны. Использую pacmatic, pkgfile, downgrade
• «Велосипеды» - большое количество скриптов, которые упрощают жизнь.
  Для примера:

  expac -H M "%011m\t%-20n\t%10d" $( comm -23 <(pacman -Qqen|sort) <(pacman -Qqg base base-devel|sort) ) | sort -n

  получить список явно установленных пакетов не из base и не из base-devel с размерами и описанием
• Приятное название - шутка конечно, но звучит лучше чем apt-get.

Подитожым - от пакетного менеджера мне нужно быстродействие, удобство и возможность нацепить по больше «костылей», с этим pacman справляеться на 9/10. Была б возможность решить «проблему» данного топика, был бы вообще идеален.

Под итожим, конечно же

Подитожым

Стыдно...

Подытожим

Подытожим

Может сделаем вид, что этого не было?)

Спасибо. Но получается, что большинство пунктов - о доведении до совершенства классического пакетного менеджера, в случае nix становятся неактуальны.

Там ведь решили поступать проще - только явно затребованные пользователем пакеты попадают в глобальный PATH, а что там лежит в хранилище, уже неважно. Когда нужно освободить место, просто запускаем сборку мусора, и все осиротевшие пакеты отправляются к праотцам.

Проблема заморочек с лишними пакетами в системе перестает беспокоить, а это главное.

В любом случае звучит невероятно круто)

Возможно, но написано как-то странно:

Пакеты не имеют зависимостей

Очень даже имеют, иначе какая же это была бы система управления пакетами :) Просто есть инкапсуляция и прозрачность для пользователя. Зависимости автоматически добавляются в хранилище и подсасываются только лишь в окружение пакета, а не в глобальное, и при желании удаляются, если от них больше ничто не зависит.

в случае nix становятся неактуальны.

Да, мне показалось это интересным, вечерком попробую nixos)

Зависимости автоматически добавляются в хранилище и подсасываются только лишь в окружение пакета, а не в глобальное, и при желании удаляются, если от них больше ничто не зависит.

На йогурте он есть, только собирать его не хочеться, мне кажеться нужно будет пол системы перелопатить под него, что жаль. Хотя могу ошибаться. В любом случае, как писал выше, определенно хочу попробовать, да и на дистрибутив в целом хочеться глянуть, раз уж такое дело