[РЕШЕНО] BIND emerge slot conflict fresh install
rayg00n 11 апреля, 2018 - 18:32
Давно я сюда ничего не писал.
Прошу помощи, может кто сталкивался с проблемой установки Bind на свежесобранную ось.
Как только вношу необходимые изменения, которые от меня хочет emerge(см .ниже в коде) я могу успешно поставить BIND.
НО!
Дальше требуется выполнить emerge @preserved-rebuild и он всегда завершается ошибкой пересборки openssh-7.5_p1-r4::gentoo emake failed
После этого я не могу собрать ни один пакет в системе!
Что я делаю не так?
Может необходимо ставить более старую версию BIND?
В make.conf USE="-ipv6"
root# USE="dlz" emerge -pv bind These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U #] dev-libs/openssl-1.1.0h:0/1.1::gentoo [1.0.2o:0/0::gentoo] USE="asm zlib -bindist* -rfc3779 -sctp -static-libs {-test} -tls-heartbeat* -vanilla (-gmp%) (-kerberos%) (-sslv2%) (-sslv3%*)" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="(sse2)" 0 KiB [ebuild N ] net-dns/bind-9.11.2_p1::gentoo USE="berkdb caps dlz ssl threads zlib -dnstap -doc -filter-aaaa -fixed-rrset -geoip -gost -gssapi -idn -ipv6 -json -ldap -libressl -lmdb -mysql -nslint -odbc -postgres -python -rpz (-seccomp) (-selinux) -static-libs -urandom -xml" PYTHON_TARGETS="python2_7 python3_5 -python3_4 -python3_6" 0 KiB Total: 2 packages (1 upgrade, 1 new), Size of downloads: 0 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/openssl:0 (dev-libs/openssl-1.1.0h:0/1.1::gentoo, ebuild scheduled for merge) pulled in by dev-libs/openssl:0[-bindist] required by (net-dns/bind-9.11.2_p1:0/0::gentoo, ebuild scheduled for merge) ^^^^^^^^ (dev-libs/openssl-1.0.2o:0/0::gentoo, installed) pulled in by dev-libs/openssl:0/0= required by (app-admin/syslog-ng-3.13.2:0/0::gentoo, installed) ^^^^^ >=dev-libs/openssl-1.0.1:0=[bindist=] required by (net-misc/openssh-7.5_p1-r4:0/0::gentoo, installed) ^^^^^^^^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by net-dns/bind-9.11.2_p1::gentoo[-libressl,ssl] # required by bind (argument) =dev-libs/openssl-1.1.0h ~amd64 * In order to avoid wasting time, backtracking has terminated early * due to the above autounmask change(s). The --autounmask-backtrack=y * option can be used to force further backtracking, but there is no * guarantee that it will produce a solution.
»
- Для комментирования войдите или зарегистрируйтесь
Что-то мне все это сразу не нравится
0. Прежде чем что-то ставить, убедись, что у тебя актуальный и корректный портаж. Рекомендую процедуру, описанную здесь.
1. Что-то мне это сразу не нравится:
Использование
USE
в строке сemerge
имеет смысл только в одноразовых экспериментах и при отладке. А ставить замаскированные пакеты - практически всегда грабли...2. Покажи
emerge --info
3. У тебя случаем не
ACCEPT_KEYWORDS="~amd64"
?! Если так, то ССЗБ.0. Да система новая, проверю
0. Да система новая, проверю конечно актуальность пакетов по статье, но это займет время.
1. Я могу прописать USE="dlz" в make.conf, просто без указания типа базы(флага dlz или скажем mysql) BIND не ставится и просит добавить флаг.
USE="dlz" при emerge использовался в целях отладки, да. Может стоит использовать другую базу хз.
2. emerge --info
3. Да нет, спецом не ставил. В emerge --info тока amd64
freeman
Там по ссылке проверка
Там по ссылке проверка актуальности (неконфликтности) не пакетов, а портажа прежде всего!
Если лень делать все по правилам, то хоть покажи
и сразу будет видно нет ли проблем с портажем.
это не помогло. необходимо
это не помогло. необходимо было чтобы оба пакета opessh и openssl были с одинаковыми флагами bindist
freeman
A это и не было решением, а
A это и не было решением, а только методом сбора информации о проблеме! :)
,,,
...
у тебя зачем-то ставится
у тебя зачем-то ставится замаскированный openssl-1.1.0h
и посмотри на строчки в которых он появляется, вероятно надо удалить.
флаг bindist в пакетах openssh и openssl должен быть в одинаковом состоянии.
О, теперь все стало ясно,
О, теперь все стало ясно, спасибо, можно закрывать тему.
freeman