gentoo ошибка portage

cat /usr/portage/metadata/layout.conf

Плохой репозитарий ты подключил, наверное.

это не подключил, а сам слабал - у этого репа даже имени нет пока что

а перевод строки не забыл в конце?

Что ему нужно?

Или ошиблись в названии, либо в правах. Я у себя прописал, ругаться перестало.

чтот я нахимичил =( поудалял все оверлеи из леймана, теперь еще и ufed ругается:
Unable to determine PORTDIR!
Something is seriously broken here!
INIT failed--call queue aborted.

Все началось когда пытался добавить стимовский оверлей, но чтот пошло не так :) Как оживить? подскажите.

с портажем всё нормально?
показуй make.conf

http://pastebin.com/cD5u180A

вроде да, синхронизировал его ошибок небыло, как еще проверить можно на нормальность?

хм...ну тут ты PORTDIR не трогал.
переустановка портажа и обновления окружения или просто ребут ничего не дают?

проверить что? оверлей?

cd /path/to/root/of/repo && repoman full && cd -

а нахрена они вообще этот layout.conf придумали?

для некоторых фич - например thin-manifests, когда в манифесты пишется инфа только для дистов
layout == репо-расклад же :3

репомен ругается:[CRITICAL] Repoman is unable to determine PORTDIR or PORTDIR_OVERLAY from the current working directory

Портаже переустанавливал, ребут тож делал, не помогло.

emerge --info

Это ты обновился. Причем, кажется, не до конца. Там, в конце, все еще веселее (%

поясни

Portage 2.2.0_alpha189 (default/linux/amd64/13.0, gcc-4.8.1, glibc-2.17, 3.10.1SIGN x86_64)

У меня тут щас вообще все разломано. eix еле работаэ, gentoolkit сломан, emerge постоянно ругается на grep итд

хм...ну альфа портажа == ССЗБ
меня вот интересует вопрос - не связано ли это с glibc-2.17 - таки сегодня надумал обновить - ща вот мирок пересобираю по-тихоньку

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

=) ну хоть буду знать что ждет в конце =), как лечить, что откатить нид?

вот выхлоп emerge --info: http://pastebin.com/8UXpXBAJ

Не, не связано. Там все чотко

У меня alpha190 и всё ок.

показуй make.conf

А сейчас их два, /etc/make.conf и /etc/portage/make.conf. Вначале обрабатывается первый, а потом /etc/portage/make.conf надеюсь этот дуализм быстро уберут.

Интересно в Portage 2.2.0_alpha189 их еще два?

не 2 - в старых системах первый, в новых второй
имеющие оба просто клоуны

не 2 - в старых системах первый, в новых второй

? вот я прям сейчас создал /etc/make.conf закинул туда пару параметров и посмотрел что даст emerge -p

Он предупредил, что нашел два make.conf и сказал, что будет использовать оба. Опытным путем я удостоверился, что он действительно обрабатывает оба, но /etc/portage/make.conf — последним.

имеющие оба просто клоуны

Угу.

он действительно обрабатывает оба

это, емнип, везде расписано, правда не так откровенно - сказано что из /etc/portage имеет бОльший приоритет, но по сути всё понятно - раз он умеет оба, а последний просто имеет бОльший приоритет, то обрабатываются оба, просто последний перекрывает (если есть такое) первый.

а последний просто имеет бОльший приоритет

А вот про это явно я нигде не видел, правда и не искал (ибо легко проверить). При каком-то обновлении было просто сказано, что теперь make.conf лучше держать в /etc/portage.

во!

Both /etc/make.conf and  /etc/portage/make.conf  are  checked
       (if  present),  and settings from /etc/portage/make.conf will override settings from /etc/make.conf.

Точно. Давненько я man make.conf не делал.

Ух ты! Новые фичи повились. candy!

А не знаешь, как nodoc в emerge работает, в частности vs USE="-doc"

не, не задавался вопросом, ибо мне не нать

Так же, как INSTALL_MASK и PKG_INSTALL_MASK.

т.е. тупо блокирует при установке пакета запись в соотв. директории?

В коде это несложно нагрепать. Правда, не знаю, только ли.

В коде это несложно нагрепать. Правда, не знаю, только ли.

Действительно, несложно. Вывод верен: при установке собранного пакета, указанные директории просто игнорятся.

misc-functions.sh

install_mask() {
	local root="$1"
	shift
	local install_mask="$*"

	# we don't want globbing for initial expansion, but afterwards, we do
	local shopts=$-
	set -o noglob
	local no_inst
	for no_inst in ${install_mask}; do
		set +o noglob
		__quiet_mode || einfo "Removing ${no_inst}"
		# normal stuff
		rm -Rf "${root}"/${no_inst} >&/dev/null

		# we also need to handle globs (*.a, *.h, etc)
		find "${root}" \( -path "${no_inst}" -or -name "${no_inst}" \) \
			-exec rm -fR {} \; >/dev/null 2>&1
	done
	# set everything back the way we found it
	set +o noglob
	set -${shopts}
}