Portage tree at /usr/portage does not appear to be a git repository при попытке синкнуться. PORTDIR нигде не переопределен. Видимо, фанта что-то где-то перезаписала.
Так, /usr/portage кое-как достал. Теперь emerge ругается на установку себя же:
!!! All ebuilds that could satisfy "portage" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-apps/portage-9999::gentoo (masked by: invalid: PDEPEND: USE flag 'userland_GNU' referenced in conditional 'userland_GNU?' is not in IUSE, invalid: RDEPEND: USE flag 'elibc_FreeBSD' referenced in conditional 'elibc_FreeBSD?' is not in IUSE)
- sys-apps/portage-2.2.0_alpha149::gentoo (masked by: invalid: PDEPEND: USE flag 'userland_GNU' referenced in conditional 'userland_GNU?' is not in IUSE, invalid: RDEPEND: USE flag 'elibc_FreeBSD' referenced in conditional 'elibc_FreeBSD?' is not in IUSE)
- sys-apps/portage-2.2.0_alpha142::gentoo (masked by: invalid: PDEPEND: USE flag 'userland_GNU' referenced in conditional 'userland_GNU?' is not in IUSE, invalid: RDEPEND: USE flag 'elibc_FreeBSD' referenced in conditional 'elibc_FreeBSD?' is not in IUSE)
- sys-apps/portage-2.1.11.38::gentoo (masked by: invalid: PDEPEND: USE flag 'userland_GNU' referenced in conditional 'userland_GNU?' is not in IUSE, invalid: RDEPEND: USE flag 'elibc_FreeBSD' referenced in conditional 'elibc_FreeBSD?' is not in IUSE)
- sys-apps/portage-2.1.11.31::gentoo (masked by: invalid: PDEPEND: USE flag 'userland_GNU' referenced in conditional 'userland_GNU?' is not in IUSE, invalid: RDEPEND: USE flag 'elibc_FreeBSD' referenced in conditional 'elibc_FreeBSD?' is not in IUSE)
- sys-apps/portage-2.1.6.7_p1::gentoo (masked by: invalid: PDEPEND: USE flag 'userland_GNU' referenced in conditional 'userland_GNU?' is not in IUSE, invalid: RDEPEND: USE flag 'elibc_FreeBSD' referenced in conditional 'elibc_FreeBSD?' is not in IUSE)
Равно как и с gentoo на funtoo официально не поддерживается так же и обратно. Ага и это оно тебе так тонко намекает на то, что все заново пересобрать проще ;)
С gentoo на funtoo обновиться легко и просто, есть куча манов по этому делу. Подозреваю, что и наоборот просто, если хорошо знать portage. Но я всего-лишь домохозяйка :)
С gentoo на funtoo обновиться легко и просто, есть куча манов по этому делу. Подозреваю, что и наоборот просто, если хорошо знать portage. Но я всего-лишь домохозяйка :)
Сам портаж разный. Дерево портежей в основном одинаковое но дьявол он как раз в деталях. А подход что туда что обратно ясный поставь сам портаж, затем дерево портежей, затем пересобери и по возможности да именно весь мир за одно и хвосты поудаляй. Тулчейн разный ;) Пересобирать дохрена всего… и помоему с 3го стейджа в данном случае менее бажно и гораздо проще.
У тебя funtoo в исходном работоспособном состоянии и дерево портежей тоже funtoo с git-ом а нужен gentoo? Прочитал официальную доку Manually fixing broken portage installations и после нехитрых манипуляций описанных там получил все ту же funtoo с деревом funtoo но с пакетом sys-apps/portage уже из gentoo. Снес нахрен дерево портежей funtoo вместо него вкатил gentoo-шное. Что дальше непонятно? Как мир пересобрать?
Выше пример неудачного вопроса. sys-apps/portage стоит уже из gentoo? Дерево портежей тоже уже из gentoo? А то что конфиги sys-apps/portage у funtoo могли подхватится пакетом sys-apps/portage уже из gentoo это я так понимаю не проблема?
У sys-apps/portage ВНЕЗАПНО есть настройки. И эти настройки ВНЕЗАПНО оказывают влияние на поведение sys-apps/portage. Если ты читал вики то там проблема освещена восстановления работоспособности а не миграции с фанты на генту.
То, что там написано в code listings. Кроме последнего, так как симлинк сохранился. Затем попробовал emerge portage, затем сделал emerge --sync и попробовал еще раз.
Fixed. Оказывается, недостаточно сделать симлинк для профиля. «eselect profile set номер» сделал свое дело. Раньше я почему-то пробовал eselect profiles list, и оно не работало, поэтому я никак не мог этого сделать :)