32 рядом ставятся. На сколько я помню, вайна 64 нет.

Зачем? Глобально задай abi_x86_32 если тебя парят зависимости и всё.

32 рядом ставятся

К сожалению нет, идет реинсталл пакета

[ebuild R] virtual/glu-9.0-r1::gentoo ABI_X86="32* (64) (-x32)" 0 KiB

У меня если честно разрыв шаблонов, я ничерта не понимаю что происходит.

Он предлагает пересобрать пакеты, собрав при этом и 64-битную, и 32-битную версии.

Поясните пожалуйста за ABI_X86=«64 32» и abi_x86_32

ABI_X86 — глобальная переменная в make.conf, abi_x86_32 — USE-флаг, включающийся/выключающийся этой переменной в зависимости от значения последней. Если в ней есть «32» (например, «64 32»), то флаг включён, 32-битная версия собирается. Нет — значит нет.

К слову, поясняют «за» что-то только гопники (за шмот или мАбилу). Грамотно было бы спросить так: „Поясните, пожалуйста, что за ABI_X86=«64 32» и abi_x86_32 и в чём между ними разница“

Да, пересобирается пакет и будет у тебя не один набор либ, а 2.

ABI_X86="32* (64) (-x32)"

Ну так всё нормально же. 32-битная версия устанавливается параллельно с 64-битной.

Меня смещает присутствие только одной метки R, и отсутствие метки in new slot. Так бы я понял что собирается 32-битная версия пакета, которая будет лежать рядом с 64.

Если указать глобально ABI_X86=«64 32», то если для какого то пакета, например, вайна, будут нужны 32-битные зависимости, то оно установит их рядом с 64-битными в новый слот или это означает что ВСЕ 64-битные пакеты в системе будут иметь 32-битные «дубликаты» ?

В чем разница если я укажу ABI_X86=«64 32» или ABI_X86=«32 64»

Если тебе нужна чистая 64 битная система, то выбери соответствующий профиль no-multilib и сделай обновление мира.

Если нужен только 64 битный wine, что не совсем понятно, в нём ты не сможешь запустить ни одно 32 битное Windows приложение, то отключи соответствующий abi у wine.

А так у тебя, насколько я понимаю, каникулы начались?

Меня смещает присутствие только одной метки R, и отсутствие метки in new slot.

В отдельный слот ставится только ebuild другой версии пакета. Скажем gcc-4.8 и gcc-4.6.

Так бы я понял что собирается 32-битная версия пакета, которая будет лежать рядом с 64.

Так и есть, собирается параллельно 64 битной и 32 битная версия пакета.

это означает что ВСЕ 64-битные пакеты в системе будут иметь 32-битные «дубликаты»

Да, если включишь глобально ABI_X86=«64 32», то все установленные и устанавливаемые пакеты, у которых есть поддержка multilib будут собраны для двух архитектур.

В чем разница если я укажу ABI_X86=«64 32» или ABI_X86=«32 64»

Функционально ни в чём.

Почитай уже Gentoo Handbook и включи голову.

Если указать глобально ABI_X86=«64 32», то
ВСЕ 64-битные пакеты в системе будут иметь 32-битные «дубликаты»

Вот это вот. С поправкой на поддержку пакетом мультилиба, конечно.

В чем разница если я укажу ABI_X86=«64 32» или ABI_X86=«32 64»

Нет разницы. Это то же самое, что написать USE="abi_x86_64 abi_x86_32" и USE="abi_x86_32 abi_x86_64" соответственно.

Так и есть, собирается параллельно 64 битной и 32 битная версия пакета.

Тогда по идее, если приложению нужно, например, 15 32-битных зависимостей, то количество пакетов в системе должно увеличится на 15. Здесь же, количество установленных в системе пакетов не изменилось. По памяти, когда на арче ставил скайп или вайн, то ставилась целая простыня зависимостей, из которых 80% это 32-битные дубликаты. На генте я вчера поставил вино, было около 7 новых пакетов а все остальное было с пометкой R, например вот это:

[ebuild R] virtual/glu-9.0-r1::gentoo ABI_X86="32* (64) (-x32)" 0 KiB

Не ругайте меня, потому что мне действительно трудно освоится после другого дистрибутива.

А так у тебя, насколько я понимаю, каникулы начались?

Чини детектор.

Тогда по идее, если приложению нужно, например, 15 32-битных зависимостей, то количество пакетов в системе должно увеличится на 15.

На генте я вчера поставил вино, было около 7 новых пакетов а все остальное было с пометкой R, например вот это:

[ebuild R] virtual/glu-9.0-r1::gentoo ABI_X86="32* (64) (-x32)" 0 KiB

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

На сколько я помню, вайна 64 нет.

Есть, но он практически бесполезен.

Понял. Благодарю за помощь.

Есть еще пару вопросов по поводу зависимостей, их можно задать здесь или нужно создать новый тред?

Делай как удобнее.

На сколько я помню, вайна 64 нет.

Говоря точнее он есть только он нужен так-же как машине пятое колесо.

Как в генте разрешать такие зависимости при обновлении мира или установке пакетов? http://pastebin.com/y5C7jZvX

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

init_6, коллега, помоги ТС, а то у меня что-то голова не варит.

например

eselect profile set default/linux/amd64/13.0/no-multilib

мультилиб не нужен в линуксе и прелесть генты в том, что можно избавиться от этого дерьма достаточно надёжно

перекомпилировать в 32-битные

у одного пакета могут быть и 32-битные и 64-битные библиотеки, раньше шли прекомпилированные бинарные пакеты совместимости отдельно, как в остальных дистрах, теперь всё компилируется с твоими флагами

++

Я раньше пытался все говно, которому нужны abi_x86_32, в отдельном USE-файле перечислять, но на шестом десятке задолбался: каждое обновление требует пару-тройку пакетов туда добавлять...

Увы, есть дятлы, которые кроме скайпа ничего не знают. И из-за них приходится тянуть долбаные 32-битные либы.

Я раньше пытался все говно, которому нужны abi_x86_32, в отдельном USE-файле перечислять

etc-update ?

Нафиг эту «автоматизацию», она мне один раз так систему ушатала, что я теперь даже emerge без -a не запускаю!

Как можно запретить установку kwallet, openrc или любого другого пакета из профиля? У меня systemd, в make.conf прописано -kwallet и -openrc, но пр обновлении мира их постоянно тянет обратно. Такие вещи затягивают процесс компиляции как не крути.

1) установи windows 10

2) не трогай gentoo

1. Ты вообще кто такой?

2. Почему я должен это делать?

В Calculate все эти каталоги могут быть в другом месте,

добавить их в /etc/portage/package.mask.

Цитирование неправильное, но писал я тебе

меня systemd, в make.conf прописано -kwallet и -openrc, но пр обновлении мира их постоянно тянет обратно

Openrc уж точно не должен тянуться. Профиль какой?

Профиль какой?

default/linux/amd64/13.0/systemd

Попробуй добавить -*sys-apps/openrc в /etc/portage/profile/packages.

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

2076
вайна 64 нет.

Давай вывод:

emerge --info

И после запуска какой команды происходит такой вывод?

Вывод замечательный. Подчистил - что? Сидишь на тестовой ветке? Иногда что-то подобное происходит потому, что пакеты конфликтуют, да. Надо вручную расставлять нужные флаги или размаскировывать/маскировать проблемные пакеты. Ты же решил размаскировать тестовую libxcb и при этом оставить старый wine к примеру. Нафейхоа? Ты уверен что ты делаешь всё правильно?

А так у тебя, насколько я понимаю, каникулы начались?

Да ты, Костик, мудак. Это тебе пишет анон77.

попробуй в /etc/portage/package.use/multilib добавлять

x11-libs/libxcb abi_x86_32 

и далее по списку.

должно помочь.

Прошу прощение за долгое отсутствие.

Вывод замечательный. Подчистил - что?

Я удалил все конфиги которые сделал etc-update.

Давай вывод emerge --info
Сидишь на тестовой ветке?

Переставил систему на ~amd64, до этого стояла из стабильной ветки. Так как я тянул некоторые пакеты из нестабильной ветки, решил что так будет меньше проблем с зависимостями. Все юзфлаги для конкретных пакетов во время установки я теперь просматриваю лично и добавляю в package.use руками. Этого достаточно что бы таких проблем впреть не возникало?

добавить их в /etc/portage/package.mask

Тогда ничего нельзя установить, просит размаскировать и предлагает автоматом внести инфу в конфиг.

Я удалил все конфиги которые сделал etc-update.

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

решил

глупо. Тестовая ветка и стабильная - как бэ намекает.

и добавляю в package.use руками

Т.е. хернёй страдаешь. man emerge

Этого достаточно что бы таких проблем впреть не возникало?

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

Тогда ничего нельзя установить

попробуй для начала emerge -auDN @world --with-bdeps=y

и потом после этого повтори. Так же не мешало бы почистить файл world. После этого выполнить emerge --depclean. Потом, может быть, и что-то получится. А вообще теперь надо разгребать каждый конфликт отдельно.