30913 2015-04-05 20:02:57 +0300 Вероятно, излишняя зависимость на mdadm 2015-04-14 05:41:47 +0300 1 1 4 Development Sisyphus udisks2 unstable x86_64 Linux NEW P3 normal --- 1 sunny0sergey aris aris asy boyarsh evg mike shaba qa-sisyphus oldest_to_newest 151035 0 sunny0sergey 2015-04-05 20:02:57 +0300 Нелогичные зависимости у пакета mdadm. Вывод команды "apt-cache showpkg mdadm" я приложил во вложенном файле. Она говорит, что от mdadm зависит пакет udisks2, который в свою очередь необходим для KDE. Таким образом применитель вынужден устанавливать mdadm даже если у него нет программных RAID-массивов. Кроме того, при старте системы запускается systemd-юнит mdadm-activation.service, что увеличивает время загрузки и засоряет логи лишними сообщениями даже если отсутствуют программные RAID-массивы. 151036 1 6265 sunny0sergey 2015-04-05 20:04:29 +0300 Created attachment 6265 вывод команды "apt-cache showpkg mdadm" 151156 2 asy 2015-04-13 00:37:30 +0300 А каким образом предлагается разрывать записимость между udisks2 и mdadm ? И какой в этом глубинный смысл ? ls -l /sbin/mdadm -rwxr-xr-x 1 root root 486268 Nov 28 2012 /sbin/mdadm Места жалко, что ли ? Зависимость, скорее полезная, чем нет. Правильный компонент для бага, кстати, не mdadm, а udisks2. 151158 3 shaba 2015-04-13 10:50:28 +0300 Я вроде вешал уже подобную багу, только найти не могу. Возможно пакет тогда назывался udisk или devicekit. Если в системе нет mdadm, то скорее всего не используется никаких raid, то и udisk2 не зачем тянуть в систему mdadm. А места, да, бывает жалко. И еще лишний сервис, udev-rules и т.д. 151160 4 asy 2015-04-13 11:36:57 +0300 (In reply to comment #3) > Я вроде вешал уже подобную багу, только найти не могу. https://bugzilla.altlinux.org/query.cgi :-) > Возможно пакет тогда назывался udisk или devicekit. udisk: Bug 25648 6265 2015-04-05 20:04:29 +0300 2015-04-05 20:04:29 +0300 вывод команды "apt-cache showpkg mdadm" mdadm.txt text/plain 1277 sunny0sergey UGFja2FnZTogbWRhZG0KVmVyc2lvbnM6IAozLjIuNi1hbHQxKC92YXIvbGliL2FwdC9saXN0cy9t aXJyb3IueWFuZGV4LnJ1X2FsdGxpbnV4X3A3X2JyYW5jaF94ODYlNWY2NF9iYXNlX3BrZ2xpc3Qu Y2xhc3NpYykoL3Zhci9saWIvcnBtL1BhY2thZ2VzKQoKUmV2ZXJzZSBEZXBlbmRzOiAKICBsaXZl LWluc3RhbGwsbWRhZG0KICBpbnN0YWxsZXItZmVhdHVyZS1zZXJ2ZXItcmFpZC1maXh1cC1zdGFn ZTIsbWRhZG0KICBmb3JlbnNpYy1zY3JpcHRzLG1kYWRtCiAgYXBwbGlhbmNlLXBieC1vZmZpY2Us bWRhZG0KICB1ZGlza3MyLG1kYWRtCiAgbWFrZS1pbml0cmQtbWRhZG0sbWRhZG0KRGVwZW5kZW5j aWVzOiAKMy4yLjYtYWx0MSAtIC9iaW4vc2ggKDAgKG51bGwpKSAvYmluL3NoICgwIChudWxsKSkg L2Jpbi9zaCAoMCAobnVsbCkpIC9ldGMvY3Jvbi5kICgwIChudWxsKSkgL2V0Yy9yYy5kL2luaXQu ZCAoMCAobnVsbCkpIC9ldGMvcmMuZC9pbml0LmQobXNnX3VzYWdlKSAoMCAobnVsbCkpIC9ldGMv cmMuZC9pbml0LmQvZnVuY3Rpb25zICgwIChudWxsKSkgL2xpYi91ZGV2L3J1bGVzLmQgKDAgKG51 bGwpKSAvbGliNjQvbGQtbGludXgteDg2LTY0LnNvLjIgKDAgKG51bGwpKSBjb3JldXRpbHMgKDAg KG51bGwpKSBncmVwICgwIChudWxsKSkgbGliYy5zby42KEdMSUJDXzIuMTQpKDY0Yml0KSAoMCAo bnVsbCkpIGxpYmMuc28uNihHTElCQ18yLjE1KSg2NGJpdCkgKDAgKG51bGwpKSBsaWJjLnNvLjYo R0xJQkNfMi4yLjUpKDY0Yml0KSAoMCAobnVsbCkpIGxpYmMuc28uNihHTElCQ18yLjMpKDY0Yml0 KSAoMCAobnVsbCkpIGxpYmMuc28uNihHTElCQ18yLjMuMykoNjRiaXQpICgwIChudWxsKSkgbGli Yy5zby42KEdMSUJDXzIuMy40KSg2NGJpdCkgKDAgKG51bGwpKSBsaWJjLnNvLjYoR0xJQkNfMi40 KSg2NGJpdCkgKDAgKG51bGwpKSBsaWJjLnNvLjYoR0xJQkNfMi43KSg2NGJpdCkgKDAgKG51bGwp KSBsaWJjLnNvLjYoR0xJQkNfMi44KSg2NGJpdCkgKDAgKG51bGwpKSBsaWJwdGhyZWFkLnNvLjAo R0xJQkNfMi4yLjUpKDY0Yml0KSAoMCAobnVsbCkpIHJ0bGQoR05VX0hBU0gpICgwIChudWxsKSkg c2NoZWR1dGlscyAoMCAobnVsbCkpIHV0aWwtbGludXggKDAgKG51bGwpKSAvdXNyL3NiaW4vcG9z dF9zZXJ2aWNlICgwIChudWxsKSkgL3Vzci9zYmluL3ByZXVuX3NlcnZpY2UgKDAgKG51bGwpKSB1 ZGV2ICgzIDE1MSkgClByb3ZpZGVzOiAKMy4yLjYtYWx0MSAtIG1kYWRtIApSZXZlcnNlIFByb3Zp ZGVzOiAKbWRhZG0gMy4yLjYtYWx0MQo=